# Выполнение работ по развитию федеральной государственной информационной системы «Программно-технологический комплекс «ГОСКОНТРОЛЬ»

- Номер: 0173100007426000037 (44-ФЗ)
- Заказчик: ФЕДЕРАЛЬНАЯ СЛУЖБА ПО НАДЗОРУ В СФЕРЕ ПРИРОДОПОЛЬЗОВАНИЯ
- НМЦК: 350 000 000,00 ₽
- Подача заявок до: 26.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ok20/view/common-info.html?regNumber=0173100007426000037

**Требование к опыту:** Опыт обязателен (3 г.) — Карточка ЕИС (ч. 2.1 ст. 31 44-ФЗ, ПП № 2571): исполненный контракт/договор за 3 года на сумму не менее 20% НМЦК без неоплаченных неустоек
**Суть:** Развитие ФГИС «ПТК «Госконтроль» Росприроднадзора в 2026–2027 годах за 350 млн руб.: автоматическая проверка отчётности по РОП и деклараций о плате за НВОС, доработка администрирования доходов, электронные разрешения по Красной книге, интеграции. Большой госпроект с лицензиями ФСБ и ФСТЭК, аттестацией и квалификационным заданием-прототипом в заявке.
**Тип проекта:** Доработка
**Сроки:** Этап 1 (документация, разработка, пусконаладка, предварительные испытания) — с даты заключения контракта по 18.12.2026; этап 2 (опытная эксплуатация) — с 21.12.2026 по 30.03.2027; затем приёмочные и аттестационные испытания; окончание работ — 30.03.2027
**Оплата:** По этапам за фактически выполненные и принятые работы, в течение 7 рабочих дней после подписания документа о приёмке; аванса нет
**Гарантия:** 12 месяцев с даты завершения работ; экстренное устранение ошибок, мешающих эксплуатации
**Права на результат:** Исключительные права на результаты работ, исходные коды и дистрибутивы переходят заказчику без увеличения цены
**Только СМП/СОНКО:** нет
**Очное присутствие:** Неясно
**Про присутствие:** Результаты предоставляются по адресу г. Москва, ул. Вавилова, д. 24 (документация на бумаге и носителях); разработка ведётся удалённо через защищённую сеть ВСПД с криптошлюзами «Континент»
**Можно ли сразу:** Нужна история/допуск
**Пояснение:** нужны лицензии ФСБ и ФСТЭК, большая команда, знание существующей ФГИС и её low-code платформы, а для конкурентной заявки — готовый прототип веб-приложения
**Существующая система:** ФГИС «ПТК «Госконтроль» Росприроднадзора на ГЕОП; часть функций — на low-code фреймворке platform.big3.ru
**Как выбирают:** Открытый конкурс: цена 30%, квалификация 70% (опыт 30% от критерия: число контрактов и макс. цена; специалисты 70%: количество ИТ-специалистов 10% и квалификационное задание 90%)
**Сложность:** high
**Комментарий:** Не подходит небольшой студии: 350 млн руб., лицензии ФСБ/ФСТЭК, знание чужой ФГИС и сжатые сроки

## Признаки заточки под исполнителя: 50% (высокий)
Высокий уровень: основной этап разработки на 350 млн руб. длится около месяца после заключения контракта, а 44% оценки даёт квалификационное задание — рабочий прототип заказываемой функции, который надо сделать до подачи заявки. Вместе это даёт преимущество тому, кто уже развивает «Госконтроль» и знает его стек и low-code платформу big3. Требования к опыту сами по себе широкие (любые ИС), лицензии ФСБ/ФСТЭК обусловлены защищённой ГИС.
- work_before_contract (+25): «Разработать веб-приложение, обеспечивающее возможность для пользователей выявлять импортеров товаров, не представивших отчетность, с использованием аналитического алгоритма» — Квалификационное задание (≈44% итоговой оценки) требует уже в заявке развернуть рабочее веб-приложение с БД на ≥1 млн отчётов и 10 тыс. записей ФТС/ЦРПТ — по сути готовый кусок той функциональности, что заказывается (автоинформирование импортёров). Проще всего это сделать тому, у кого такая логика уже есть. [docs/0173100007426000037/Приложение_5_Порядок_рассмотрения_и_оценки_заявок_7.pdf]
- exec_too_short (+25): «С даты заключения Контракта по 18.12.2026 включительно» — Вся документация, разработка, пусконаладка и предварительные испытания по десяткам функций (РОП, НВОС, доходы, 3 вида разрешений, интеграции) — на этапе, который при подаче до 26.10 и подписании в ноябре длится около месяца. Грубая оценка объёма на 350 млн руб. — сотни человеко-месяцев; новый исполнитель без знания системы за месяц это не сделает. [docs/0173100007426000037/ТЗ_развитие_2026-2027_31_1.pdf]
Возможные честные причины: Деньги выделены из резервного фонда Правительства распоряжением от 20.08.2026 и должны быть освоены в 2026 году; квалификационные задания по ПП № 2604 — законный инструмент проверки команды; лицензии ФСБ/ФСТЭК объективно нужны для ГИС с СКЗИ.

## Что сделать
- Разработка ЧТЗ, техпроекта, модели угроз и ЧТЗ на систему защиты информации
- Автоматическая проверка отчётности по расширенной ответственности производителей (РОП) и деклараций о плате за НВОС с формированием требований
- Доработка администрирования доходов и автоинформирование производителей/импортёров о сдаче отчётности
- Доработка форм декларации НВОС и отчётности по утилизации
- Электронные госуслуги и разрешения по Красной книге (растения, грибы, животные)
- Интеграции с внешними ГИС (СМЭВ, НСУД и др.), пусконаладка, испытания, опытная эксплуатация, аттестация по защите информации
- Передача исходных кодов, дистрибутивов и документации с исключительными правами

## Платформа и технологии
- PHP 8.1
- Python 3.11
- Angular 16 / TypeScript
- low-code фреймворк platform.big3.ru
- ГЕОП (государственная единая облачная платформа)
- СМЭВ, НСУД, ЕСИА
- сертифицированные ФСТЭК ОС/СУБД, ПО из реестра отечественного ПО

## Допуски, пропуска, режим
- подключение АРМ исполнителя к ведомственной защищённой сети (ВСПД) через СКЗИ «Континент» класса не ниже КС3
- работа с конфиденциальной информацией и ПДн, соблюдение требований ФСТЭК к ГИС

## Лицензии и членство
- лицензия ФСБ на разработку и монтаж/наладку защищённых с использованием шифровальных средств ИС (ПП РФ № 313)
- лицензия ФСТЭК на техническую защиту конфиденциальной информации (ПП РФ № 79)

## Штрафы и риски
- основная разработка должна быть сделана примерно за месяц после заключения контракта (до 18.12.2026)
- обеспечение исполнения контракта, контракт заключается только после него
- подача заявки требует сделать рабочий прототип (веб-приложение на ≥1 млн записей) бесплатно
- аттестация системы по требованиям защиты информации — на исполнителе

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: ТЗ_развитие_2026-2027_31_1 | docs/0173100007426000037/ТЗ_развитие_2026-2027_31_1.pdf
1
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВЫПОЛНЕНИЕ РАБОТ
ПО РАЗВИТИЮ ФЕДЕРАЛЬНОЙ ГОСУДАРСТВЕННОЙ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
«ПРОГРАММНО-ТЕХНОЛОГИЧЕСКИЙ КОМПЛЕКС
«ГОСКОНТРОЛЬ»
В 2026-2027 ГОДАХ
2
СОДЕРЖАНИЕ
1.
ОБЩИЕ СВЕДЕНИЯ
5
1.1. Наименование, объем работ......................................................................................5
1.2. Цель выполнения работ.............................................................................................5
1.3. Состав работ................................................................................................................5
1.4. Заказчик.......................................................................................................................5
1.5. Исполнитель................................................................................................................5
1.6. Нормативные правовые акты и методические документы, на основании
которых осуществляется выполнение работ...........................................................5
1.7. Требования к лицензированию...............................................................................10
1.8. Сроки выполнения работ......................................................................................... 10
1.9. Источник финансирования......................................................................................11
1.10.Порядок финансирования........................................................................................11
1.11.Место предоставления результатов исполнения Контракта................................11
1.12.Порядок оформления и предъявления Заказчику результатов выполнения
работ.......................................................................................................................... 11
1.13.Связь с ведомственной программой цифровой трансформации.........................11
2.
ОПИСАНИЕ ПТК «ГОСКОНТРОЛЬ»
12
3.
ПРЕДПОСЫЛКИ К РАЗВИТИЮ ПТК «ГОСКОНТРОЛЬ»
27
4. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ
ФУНКЦИОНАЛЬНОСТИ ПТК «ГОСКОНТРОЛЬ»
РАБОТ
ПО
РАЗВИТИЮ
28
4.1. Общие требования к развитию ПТК «Госконтроль»............................................28
4.2. Требования к созданию функциональности для автоматической проверки
отчетности.................................................................................................................29
4.2.1. Требования к созданию и развитию функциональных подсистем Системы,
общесистемных модулей и механизмов.................................................................................29
4.2.2. Требования к созданию функциональности для автоматической проверки отчетности,
поступающей в рамках РОП.................................................................................................... 35
4.2.3. Требования к созданию функциональности для автоматической проверки деклараций о
плате за негативное воздействие на окружающую среду с возможностью
автоматического формирования и направления требований о необходимости устранения
выявленных нарушений и/или платы за негативное воздействие.......................................41
4.2.4. Требования к доработке функциональности администрирования доходов........................43
4.2.5. Требования к созданию функциональности автоматического информирования
производителей, импортеров товаров о необходимости представления отчетностей......43
3
4.3. Требования к доработке формы декларации о плате за негативное воздействие
на окружающую среду............................................................................................. 45
4.4. Требования к доработке форм отчётности, представляемой производителями,
импортерами товаров, подлежащих утилизации, за истекший календарный год
.................................................................................................................................... 45
4.5. Требования к развитию функциональности разрешительной деятельности.....49
4.5.1. Требования к реализации в электронном виде государственной услуги «Выдача
разрешений на оборот растений, грибов, занесенных в Красную книгу Российской
Федерации, красные книги субъектов Российской Федерации».........................................49
4.5.2. Требования к реализации в электронном виде разрешительной деятельности по добыче
объектов животного мира, занесенных в Красную книгу Российской Федерации, красные
книги субъектов Российской Федерации...............................................................................53
4.5.3. Требования к реализации в электронном виде разрешительной деятельности по обороту
объектов животного мира, занесенных в Красную книгу Российской Федерации и (или)
красные книги субъектов Российской Федерации................................................................55
4.5.4. Иные требования к реализации в электронном виде разрешительной деятельности........57
4.6. Требования к интеграции с иными информационными системами....................57
4.7. Требования к надежности дорабатываемой Системы..........................................58
4.8. Требования к составу и параметрам технических средств дорабатываемой
Системы.....................................................................................................................58
4.9. Требования к маркировке и упаковке дорабатываемой Системы.......................59
4.10.Требования к транспортированию и хранению дорабатываемой Системы.......59
4.11.Требования к видам обеспечения дорабатываемой Системы..............................59
4.11.1. Требования к математическому обеспечению....................................................................... 59
4.11.2. Требования к информационному обеспечению.....................................................................59
4.11.3. Требования к программному обеспечению............................................................................59
4.11.4. Требования к техническому обеспечению.............................................................................61
4.11.5. Требования к метрологическому обеспечению.....................................................................61
4.11.6. Требования к лингвистическому обеспечению.....................................................................61
4.11.7. Требования к эргономике и технической эстетике...............................................................61
4.12.Требования к защите информации дорабатываемой Системы............................62
5.
ПОРЯДОК ВЫПОЛНЕНИЯ РАБОТ ПО РАЗВИТИЮ СИСТЕМЫ
69
6.
ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
74
7.
ТРЕБОВАНИЯ К ГАРАНТИИ КАЧЕСТВА ВЫПОЛНЕНИЯ РАБОТ
76
8.
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ВЫПОЛНЕННЫХ РАБОТА
77
9.
СОСТАВ И СРОКИ ВЫПОЛНЕНИЯ РАБОТ
79
4
СПИСОК СОКРАЩЕНИЙ
82
ПРИЛОЖЕНИЕ 1
85
ПРИЛОЖЕНИЕ 2
91
5
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Наименование, объем работ
Полное наименование работ: Развитие федеральной государственной информационной
системы «Программно-технологический комплекс «Госконтроль» в 2026-2027 годах.
Сокращенное наименование работ: Развитие ФГИС ПТК «Госконтроль» в 2026-2027 годах.
Объем: 1 условная единица.
1.2. Цель выполнения работ
В рамках выполнения работ по развитию федеральной государственной информационной
системы «Программно-технологический комплекс «Госконтроль» (далее – ФГИС ПТК
«Госконтроль», ПТК «Госконтроль», Система) в 2026-2027 годах обеспечивается развитие
функциональных возможностей Системы:
- с целью выполнения требований нормативных правовых актов, вступающих в силу в
2026-2027 годах, в пределах полномочий Росприроднадзора;
- с целью повышения эффективности деятельности сотрудников Росприроднадзора при
реализации своих полномочий, а также с целью повышения удовлетворенности
юридических лиц, индивидуальных предпринимателей и физических лиц при
взаимодействии с Росприроднадзором в процессах:
- проверки отчетности в сфере природопользования;
- предоставления государственных услуг.
1.3. Состав работ
В рамках выполнения работ выполняются работы по развитию подсистем и модулей,
входящих в состав ПТК «Госконтроль».
1.4. Заказчик
Федеральная служба по надзору в сфере природопользования (Росприроднадзор).
1.5. Исполнитель
Исполнитель определяется по результатам проведения процедуры закупки в соответствии с
Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд».
1.6. Нормативные правовые акты и методические документы, на основании которых
осуществляется выполнение работ
-
Федеральный закон от 10.01.2002 № 7-ФЗ «Об охране окружающей среды»;
Федеральный закон от 24.06.1998 № 89-ФЗ «Об отходах производства и потребления»;
Федеральный закон от 04.05.1999 № 96-ФЗ «Об охране атмосферного воздуха»;
Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
6
- Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и о защите информации»;
- Федеральный закон от 27.07.2010 № 210-ФЗ «Об организации предоставления
государственных и муниципальных услуг»;
- Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи»;
- Указ Президента Российской Федерации от 30.03.2022 № 166 «О мерах по обеспечению
технологической независимости и безопасности критической информационной инфраструктуры»;
- Постановление Правительства Российской Федерации от 30.07.2004 № 400
«Об утверждении Положения о Федеральной службе по надзору в сфере природопользования и
внесении изменений в Постановление Правительства Российской Федерации от 22 июля 2004 г.
№ 370»;
- Постановление Правительства Российской Федерации от 01.11.2012 № 1119
«Об утверждении требований к защите персональных данных при их обработке
в информационных системах персональных данных»;
- Постановление Правительства Российской Федерации от 06.07.2015 № 676
«О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из
эксплуатации государственных информационных систем, и дальнейшего хранения содержащейся в
их базах данных информации»;
- Постановление Правительства Российской Федерации от 31.05.2023 № 881
«Об утверждении Правил исчисления и взимания платы за негативное воздействие на окружающую
среду и о признании утратившими силу некоторых актов Правительства Российской Федерации и
отдельного положения акта Правительства Российской Федерации»;
- Постановление Правительства Российской Федерации от 30.12.2024 № 1990 «О порядке
взимания экологического сбора»;
- Постановление Правительства Российской Федерации от 11.12.2023 № 2116
«О представлении юридическими лицами, индивидуальными предпринимателями отчетности о
массе отходов от использования товаров и (или) полученного из них вторичного сырья и об их доле,
использованных при производстве товаров (продукции), и сведений о договорах, которыми
предусмотрена утилизация отходов от использования товаров и которые заключены с
производителями товаров, импортерами товаров, иными лицами, о расторжении таких договоров в
отчетном периоде, а также о ведении учета отходов от использования товаров, полученного из них
вторичного сырья, использованных при производстве товаров (продукции)»;
- Постановление Правительства Российской Федерации от 31.05.2024 № 741
«Об утверждении Правил представления производителями товаров, импортерами товаров
отчетности о массе товаров, упаковки, произведенных на территории Российской Федерации или
ввезенных из государств - членов Евразийского экономического союза, в том числе об испорченном
или о бракованном товаре, об упаковке, сведений о вывезенных из Российской Федерации товарах,
упаковке, отчетности о массе товаров, упаковки, ввезенных из государств, не являющихся членами
Евразийского экономического союза»;
- Постановление Правительства Российской Федерации от 31.05.2024 № 742
«Об утверждении Правил представления производителями товаров, импортерами товаров
отчетности о выполнении самостоятельной утилизации отходов от использования товаров»;
- Постановление Правительства Российской Федерации от 01.08.2024 № 1041
«О значениях базовых ставок экологического сбора и коэффициента, учитывающего сложность
извлечения отходов от использования товаров для дальнейшей утилизации, наличие
7
технологической возможности их утилизации с учетом изменения физических, химических и
механических свойств материалов при многократном использовании (с учетом возможных циклов
переработки отходов от использования товаров), востребованность вторичного сырья, полученного
из таких отходов, для использования при производстве товаров (продукции)»;
- Постановление Правительства Российской Федерации от 29.12.2023 № 2414
«Об утверждении перечней товаров, упаковки, отходы от использования которых подлежат
утилизации, и нормативов утилизации отходов от использования товаров, упаковки»;
- Постановление Правительства Российской Федерации от 29.12.2023 № 2394
«Об утверждении перечня видов отходов от использования товаров, видов полученного из таких
отходов вторичного сырья, при утилизации которых может быть исполнена обязанность по
обеспечению самостоятельной утилизации отходов от использования товаров, упаковки,
включенных в перечень, предусмотренный пунктом 5 статьи 24.2 Федерального закона "Об отходах
производства и потребления", и видов товаров (продукции), которые могут быть произведены при
утилизации таких отходов (в том числе при использовании вторичного сырья, полученного из таких
отходов) в целях исполнения обязанности по обеспечению самостоятельной утилизации отходов от
использования товаров»;
- Постановление Правительства Российской Федерации от 22.05.2025 № 710
«Об утверждении Правил исчисления платы за негативное воздействие на окружающую среду при
выбросах в атмосферный воздух загрязняющих веществ, образующихся при сжигании на
факельных установках и (или) рассеивании попутного нефтяного газа»;
- Постановление Правительства Российской Федерации от 26.12.2024 № 1901
«Об утверждении Правил расчета и применения понижающего коэффициента к нормативу
утилизации отходов от использования товаров, массе произведенной упаковки, отходы от
использования которых подлежат утилизации»;
- Постановление Правительства Российской Федерации от 06.11.2024 № 1486
«Об утверждении Правил подтверждения факта вывоза, в том числе третьими лицами, из
Российской Федерации товаров, упаковки, отходы от использования которых подлежат
утилизации»;
- Постановление Правительства Российской Федерации от 25.12.2025 № 2116 «О внесении
изменений в некоторые акты Правительства Российской Федерации»;
- Постановление Правительства Российской Федерации от 30.12.2024 № 1991 «О порядке
подтверждения производства товаров с использованием вторичного сырья в целях применения
понижающего коэффициента к нормативу утилизации отходов от использования товаров, массе
произведенной упаковки, отходы от использования которых подлежат утилизации, и порядке
подтверждения производства продукции (товаров) с использованием доли вторичного сырья в их
составе»;
- Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой
системе межведомственного обмена»;
- Постановление Правительства Российской Федерации от 08.06.2011 № 451.
«Об инфраструктуре,
обеспечивающей
информационно-технологической
взаимодействие
информационных систем, используемых для предоставления государственных и муниципальных
услуг в электронной форме»;
- Постановление Правительства Российской Федерации от 23.06.2021 № 963
«Об утверждении Правил межведомственного информационного взаимодействия при
предоставлении государственных и муниципальных услуг, в том числе рекомендуемых правил
8
организации межведомственного информационного взаимодействия между исполнительными
органами государственной власти субъектов Российской Федерации и (или) органами местного
самоуправления, и признании утратившими силу некоторых актов Правительства Российской
Федерации и отдельных положений некоторых актов Правительства Российской Федерации»;
- Постановление Правительства Российской Федерации от 22.12.2012. № 1382
«О присоединении информационных систем организаций к инфраструктуре, обеспечивающей
информационно-технологическое взаимодействие информационных систем, используемых для
предоставления государственных и муниципальных услуг в электронной форме»;
- Постановление Правительства Российской Федерации от 23.12.2024 № 1875 «О мерах по
предоставлению национального режима при осуществлении закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными
видами юридических лиц»;
- Постановление Правительства Российской Федерации от 16.11.2015 № 1236
«Об утверждении Правил формирования и ведения единого реестра российских программ для
электронных вычислительных машин и баз данных и единого реестра программ для электронных
вычислительных машин и баз данных из государств - членов Евразийского экономического союза,
за исключением Российской Федерации»;
- Постановление Правительства Российской Федерации от 24.10.2011 № 861
«О федеральных государственных информационных системах, обеспечивающих предоставление в
электронной форме государственных и муниципальных услуг (осуществление функций)»;
- Приказ Федеральной службы безопасности Российской Федерации от 09.02.2005 № 66
«Об утверждении положения о разработке, производстве, реализации и эксплуатации
шифровальных (криптографических) средств защиты информации (положение ПКЗ-2005)»;
- Приказ Федеральной службы безопасности Российской Федерации от 13.02.2023 № 77
«Об утверждении порядка взаимодействия операторов с государственной системой обнаружения,
предупреждения и ликвидации последствий компьютерных атак на информационные ресурсы
Российской Федерации, включая информирование ФСБ России о компьютерных инцидентах,
повлекших неправомерную передачу (предоставление, распространение, доступ) персональных
данных»;
- Приказ Федеральной службы безопасности Российской Федерации от 24.07.2018 № 367
«Об утверждении Перечня информации, представляемой в государственную систему обнаружения,
предупреждения и ликвидации последствий компьютерных атак на информационные ресурсы
Российской Федерации и Порядка представления информации в государственную систему
обнаружения, предупреждения и ликвидации последствий компьютерных атак на информационные
ресурсы Российской Федерации»;
- Приказ Федеральной службы по техническому и экспортному контролю от 03.04.2018
№ 55 «Об утверждении Положения о системе сертификации средств защиты информации»;
- Приказ Федеральной службы по надзору в сфере природопользования от 20.06.2019
№ 334 «Об утверждении Порядка зачета и возврата сумм излишне уплаченной (взысканной) платы
за негативное воздействие на окружающую среду»;
- Приказ Федеральной службы по техническому и экспортному контролю от 29.04.2021
№ 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов
информатизации на соответствие требованиям о защите информации ограниченного доступа, не
составляющей государственную тайну»;
9
- Приказ Федеральной службы по техническому и экспортному контролю от 02.06.2020
№ 76 «Требования по безопасности информации, устанавливающие уровни доверия к средствам
технической защиты информации и средствам обеспечения безопасности информационных
технологий»;
- Приказ Федеральной службы по техническому и экспортному контролю от 18.02.2013
№ 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах персональных
данных»;
- Приказ Федеральной службы по техническому и экспортному контролю от 11.04.2025
№ 117 «Об утверждении Требований о защите информации, содержащейся в государственных
информационных системах, иных информационных системах государственных органов,
государственных унитарных предприятий, государственных учреждений»;
- Приказ Федеральной службы безопасности Российской Федерации от 10.07.2014 № 378
«Об утверждении состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах персональных
данных с использованием средств криптографической защиты информации, необходимых для
выполнения установленных Правительством Российской Федерации требований к защите
персональных данных для каждого из уровней защищенности»;
- Приказ Федеральной службы по надзору в сфере природопользования от 25.05.2022
№ 233 «Об утверждении Методических рекомендаций по администрированию Федеральной
службой по надзору в сфере природопользования и ее территориальными органами доходов
бюджетов бюджетной системы Российской Федерации»;
- Приказ Министерства природных ресурсов и экологии Российской Федерации
от 01.04.2026 № 182 «Об утверждении Порядка представления декларации о плате за негативное
воздействие на окружающую среду и ее формы»;
- Приказ природных ресурсов и экологии Российской Федерации от 15.11.2023 № 762 «Об
утверждении формы акта утилизации отходов от использования товаров и (или) упаковки»;
- Методический документ Федеральной службы по техническому и экспортному
контролю от 05.02.2021 «Методика оценки угроз безопасности информации»;
- Методический документ Федеральной службы по техническому и экспортному
контролю от 12.04.2026 «Состав и содержание мероприятий и мер по защите информации,
содержащейся в информационных системах»;
- Соглашение от 29.11.2022 № 01-69/0018/СР-33-д об информационном взаимодействии
Федеральной таможенной службы и Федеральной службой по надзору в сфере
природопользования;
- Дополнительное соглашение от 19.08.2024 № 1 к Соглашению от 29.11.2022
№ 01-69/0018/СР-33-д об информационном взаимодействии Федеральной таможенной службы и
Федеральной службой по надзору в сфере природопользования;
- Соглашение об информационном взаимодействии между Министерством
промышленности и торговли Российской Федерации, Федеральной службой по надзору в сфере
природопользования и обществом с ограниченной ответственностью «Оператор-ЦРПТ»
от 18.03.2025 № С67/28/СР-12-д.
10
1.7. Требования к лицензированию
В связи с наличием в составе ПТК «Госконтроль» шифровальных (криптографических)
средств, а также конфиденциальной информации в составе обрабатываемой информации,
Исполнитель для целей выполнения работ должен иметь следующие действующие лицензии:
- Федеральной службы безопасности Российской Федерации на осуществление
разработки, производства, распространения шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем, защищенных с использованием
шифровальных (криптографических) средств, выполнения работ, оказания услуг в области
шифрования информации, технического обслуживания шифровальных (криптографических)
средств, информационных систем и телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств (за исключением случая, если
техническое обслуживание шифровальных (криптографических) средств, информационных систем
и телекоммуникационных систем, защищенных с использованием шифровальных
(криптографических) средств, осуществляется для обеспечения собственных нужд юридического
лица или индивидуального предпринимателя). Действие лицензии должно распространяться на
следующие виды деятельности (в соответствии с приложением к Положению о лицензировании
деятельности по разработке, производству, распространению шифровальных (криптографических)
средств, информационных систем и телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств, выполнению работ, оказанию услуг
в области шифрования информации, техническому обслуживанию шифровальных
(криптографических) средств, информационных систем и телекоммуникационных систем,
защищенных с использованием шифровальных (криптографических) средств (за исключением
случая, если техническое обслуживание шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем, защищенных с использованием
шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд
юридического лица или индивидуального предпринимателя), утвержденному постановлением
Правительства Российской Федерации от 16.04.2012 № 313):
- Разработка защищенных с использованием шифровальных (криптографических)
средств информационных систем;
- Монтаж, установка (инсталляция), наладка защищенных с использованием
шифровальных (криптографических) средств информационных систем.
- Федеральной службы по техническому и экспортному контролю на деятельность по
технической защите конфиденциальной информации, предусмотренную Положением о
лицензировании деятельности по технической защите конфиденциальной информации,
утвержденного постановлением Правительства Российской Федерации от 03.02.2012 № 79.
1.8. Сроки выполнения работ
Срок начала выполнения работ: с даты заключения государственного контракта (далее –
Контракт).
Срок окончания выполнения работ определяется в разделе 9 настоящего технического
задания (далее – ТЗ) и в Контракте.
Работы выполняются в соответствии с этапностью и сроками, приведенными в разделе 9
настоящего ТЗ. Состав работ по этапам приведен в разделе 9 настоящего ТЗ.
11
1.9. Источник финансирования
Финансирование работ осуществляется за счет средств федерального бюджета, выделенных
Росприроднадзору в 2026 году из резервного фонда Правительства Российской Федерации в
соответствии с распоряжением Правительства Российской Федерации от 20.08.2026 № 2220-р.
1.10. Порядок финансирования
Порядок финансирования работ определяется Контрактом.
1.11. Место предоставления результатов исполнения Контракта
Результаты выполнения работ предоставляются по адресу: г. Москва, ул. Вавилова, д. 24.
1.12. Порядок оформления и предъявления Заказчику результатов выполнения работ
Требования к оформлению и порядку передачи результатов выполнения работ определены в
разделе 6 настоящего ТЗ.
Все отчетные материалы по Контракту должны передаваться с сопроводительными
письмами Исполнителя.
Документация должна передаваться на бумажных (два экземпляра) носителях информации и
на машинных (один экземпляр) носителях информации, не предусматривающих возможность
перезаписи информации. Текстовые документы, передаваемые на машинных носителях
информации, должны быть представлены в машиночитаемых форматах .doc, .docx, .xlsx, .pdf.
Требования к документации приведены в разделе 6 настоящего ТЗ.
1.13. Связь с ведомственной программой цифровой трансформации
Система является ИТ-активом Росприроднадзора.
Регистрационный номер ИТ-актива в федеральной государственной информационной
системе координации информатизации (далее – ФГИС КИ):
ФГИС ПТК «Госконтроль» – ГИС.0100004344.
В ФГИС КИ в отношении мероприятий по развитию Системы заведен ИТ-расход:
048.26.000262 – «Развитие ФГИС ПТК «Госконтроль» 2026-2027 (допфинансирование)».
Описание ключевых результатов и эффектов (показателей), достигаемых за счет получения
результатов проведения мероприятий по развитию функциональности Системы включены в
ведомственную программу цифровой трансформации Росприроднадзора на 2026 год и плановый
период 2027 и 2028 годов, одобренную протоколами заочного голосования членов президиума
Правительственной комиссии по цифровому развитию, использованию информационных
технологий для улучшения качества жизни и условий ведения предпринимательской деятельности
от 29.12.2025 № 55пр и от 25.03.2026 № 11пр.
ИТ-расход одобрен протоколом заочного голосования подкомиссии по ключевым проектам
цифровой трансформации отраслей экономики, социальной сферы и государственного управления
Правительственной комиссии по цифровому развитию, использованию информационных
технологий для улучшения качества жизни и условий ведения предпринимательской деятельности
от 23.07.2026 № 6пр.
12
2. ОПИСАНИЕ ПТК «ГОСКОНТРОЛЬ»
Программно-технологический комплекс «Госконтроль» (ПТК «Госконтроль») –
федеральная государственная информационная система, предназначенная для комплексного
информационно-аналитического обеспечения деятельности Росприроднадзора.
Оператор Системы – Росприроднадзор.
ПТК «Госконтроль» разработан в рамках НИР И-1-08 «Обоснование информационнотехнологического
обеспечения
природоохранной
деятельности»
и
НИР
И-1-09
«Совершенствование информационно-аналитического обеспечения контрольно-надзорной
деятельности Росприроднадзора».
ПТК «Госконтроль» введен в эксплуатацию приказом Федеральной службы по надзору в
сфере природопользования от 20.10.2010 № 315 «О внедрении результатов научноисследовательских работ по разработке и совершенствованию информационно-аналитического
обеспечения контрольно-надзорной деятельности Росприроднадзора».
ФГИС ПТК «Госконтроль» введена в эксплуатацию на ресурсах государственной единой
облачной платформы приказом Федеральной службы по надзору в сфере природопользования
от 08.05.2026 № 280.
ПТК «Госконтроль» предназначен для автоматизированной поддержки основных бизнеспроцессов Росприроднадзора:
- контрольно-надзорная деятельность;
- ведение государственного кадастра отходов;
- прием и рассмотрение отчетности природопользователей;
- выполнение функций администратора доходов бюджетов бюджетной системы
Российской Федерации;
- прием и рассмотрение заявлений на предоставление государственных услуг, выдача
разрешительных документов в области природопользования;
- учет общественного контроля и экспертной деятельности;
- взаимодействие с иными федеральными и региональными органами с использованием
системы межведомственного электронного взаимодействия (далее – СМЭВ).
Функциональность ПТК «Госконтроль» сгруппирована по подсистемам (модулям),
доступным в виде разделов меню (одного или несколько) в пользовательском интерфейсе кабинета
сотрудника ведомства, личного кабинета природопользователя и официального сайта
Росприроднадзора:
– подсистема предоставления государственных услуг, предназначенная для приема и
рассмотрения в электронном виде заявлений на предоставление государственных услуг;
– подсистема разрешительных документов, предназначенная для ведения реестров
разрешительных документов по типу реестровой модели, предоставления данных из реестров по
запросу в электронном виде от внешних информационных систем, взаимодействия с единым
реестром учета лицензий (разрешений);
– подсистема запросов в СМЭВ, предназначенная для взаимодействия с внешними
информационными системами посредством видов сведений СМЭВ и витрин данных,
взаимодействующих с федеральной государственной информационной системой «Единая
информационная платформа национальной системы управления данными»;
13
– подсистема обеспечения контрольной (надзорной) деятельности, предназначенная для
выявления индикаторов риска нарушения, назначения в электронном виде объектам контроля
уровня рисков (категории риска);
– подсистема администрирования доходов, включая модуль контроля возмещения вреда,
предназначенная для формирования начислений по всем видам доходов бюджета в рамках
компетенции Росприроднадзора, учета оплат по начислениям, расчета пеней, выявления
должников, проведения сверки расчетов с природопользователями, приема и рассмотрения
поступающих в электронном виде заявлений на сверку расчетов, на осуществление зачетов и
возвратов излишне уплаченных сумм;
– подсистема приема отчетности, предназначенная для формирования, приема и
рассмотрения экологических и статистических отчетов природопользователей, поступающих на
рассмотрение в электронном виде, в том числе формирования и отправки природопользователям
результатов рассмотрения отчетности, ведения реестра отчетов в электронном виде;
– подсистема внутренней отчетности, предназначенная для формирования в электронном
виде отчетов, предусмотренных приказами Росприроднадзора, формирования в электронном виде
типовых (преднастроенных) отчетных форм, автоматизированного формирования сводных типовых
отчетов;
– подсистема уведомлений, предназначенная для формирования и отправки, получения и
отображения сообщений пользователям электронных сервисов Росприроднадзора;
– подсистема ведения государственного кадастра отходов, предназначенная для ведения
государственного реестра объектов размещения отходов, федерального классификационного
каталога отходов и банка данных об отходах в электронном виде;
– подсистема ведения справочных материалов и разъяснительных писем, предназначенная
для размещения и отображения материалов, и имеющая отдельный пользовательский интерфейс
для организации работы природопользователей в составе личного кабинета природопользователя и
должностных лиц Росприроднадзора в составе кабинета сотрудника ведомства;
– аналитическая подсистема, предназначенная для формирования аналитических отчетов
на основе данных, содержащихся в подсистемах и модулях ПТК «Госконтроль»;
– модуль кабинет сотрудника ведомства, предназначенный для организации доступа к
данным, сервисам и возможностям ПТК «Госконтроль» пользователям в соответствии с ролевой
моделью;
– подсистема личный кабинет природопользователя, предназначенная для организации
доступа к данным, сервисам и возможностям ПТК «Госконтроль» внешним пользователям
(природопользователям) в соответствии с ролевой моделью, включающая модуль онлайн сервис
подготовки отчетов в электронном виде», предназначенный для формирования в электронном виде
отчетов, декларативных документов и заявлений, в том числе с помощью загрузки файлов xmlформата для автоматизированного формирования предзаполненных отчетов, их отправки на
рассмотрение в электронном виде;
– корпоративный портал, предназначенный для ведения и отображения внутренней
информации и сервисов Росприроднадзора (информация о должностных лицах, новости,
мероприятия, уведомления, создание обращений в техническую поддержку), включает также
модуль записи на прием в ведомство;
– модуль кабинет оперативного дежурного, предназначенный для создания и ведения
учета чрезвычайных ситуаций (далее – ЧС) в сфере деятельности Росприроднадзора. Модуль имеет
отдельный пользовательский интерфейс для организации работы в рамках Положения о службе
14
оперативных дежурных и об ответственных дежурных, а также соглашения между МЧС России и
Росприроднадзором об осуществлении информационного обмена и взаимодействия при решении
задач предупреждения и ликвидации ЧС;
– модуль кабинет сотрудника ЦЛАТИ, предназначенный для ведения учета и отражения
результатов проведенных исследований (испытаний) и измерений (протоколов), экспертных
заключений, актов обеспечения природоохранных мероприятий на водных объектах, с
возможностью учета лабораторного испытательного и измерительного оборудования, персонала,
областей аккредитации испытательных лабораторий, методических писем, инструкций, химических
веществ, реактивов, государственных стандартных образцов, стандарт-титров, растворов, методик,
а также приема заявок на экспертное сопровождение (отбор проб (образцов), лабораторные
исследования (испытания) и измерения) в рамках обеспечения государственного контроля (надзора)
в сфере природопользования и охраны окружающей среды, на экспертное сопровождение в рамках
обеспечения государственного контроля (надзора) в сфере природопользования и охраны
окружающей среды, на экспертное сопровождение (оценка размера вреда, причиненного недрам
вследствие нарушения законодательства Российской Федерации о недрах) и на обеспечение
природоохранных мероприятий на водных объектах с привлечением судов природоохранного
флота, поступивших в электронном виде из подсистемы обеспечения контрольно-надзорной
деятельности, загрузки результатов проведенных измерений (испытаний), формирования
аналитических отчетов;
– реестр открытых данных Росприроднадзора, предназначенный для ведения реестра
открытых данных Росприроднадзора;
– подсистема администрирования, предназначенная для выполнения настроек процессов в
ПТК «Госконтроль», в том числе настройки маршрутов рассмотрения заявлений, отчетов, ведения
справочника организационно-штатной структуры, настройки индивидуальных групп доступа.
В состав функциональной архитектуры ПТК «Госконтроль» также входят общесистемные
(технологические) подсистемы (модули):
– модуль проверки прав доступа, предназначенный для осуществления проверки прав и
ролей для осуществления доступа субъектов доступа к объектам доступа;
– модуль авторизации и аутентификации, предназначенный для осуществления процесса
авторизации посредством федеральной государственной информационной системы «Единая
система идентификации и аутентификации в инфраструктуре, обеспечивающей информационнотехнологическое взаимодействие информационных систем, используемых для предоставления
государственных и муниципальных услуг в электронной форме»;
– модуль API для интеграции с внешними системами, предназначенный для обеспечения
взаимодействия с внешними системами посредством https;
– модуль межведомственного электронного взаимодействия, предназначенный для
обеспечения взаимодействия с центральным ядром СМЭВ и НСУД;
– модуль печати документов, предназначенный для формирования и отображения
печатных форм документов;
– модуль выполнения настроек прикладного программного обеспечения ПТК
«Госконтроль» (в составе подсистемы администрирования);
– подсистема НСИ – подсистема предназначена для ведения нормативно-справочной
информации;
– сервис верификации заявлений – технологический модуль для обеспечения настройки и
обработки электронных документов в автоматизированном режиме.
15
В состав функциональной архитектуры ПТК «Госконтроль» также входят внешние сервисы,
реализованные на базе библиотек:
сервис распределенного реестра, предназначенный для реализации реестра открытых данных
Росприроднадзора;
– сервис оптического распознавания символов, предназначенный для реализации
механизмов интеллектуальной обработки электронных документов, реализованный на базе
технологии сверточных нейронных сетей;
– сервис большой языковой модели, предназначенный для реализации механизмов
интеллектуальной обработки электронных документов, реализованный на базе технологии
генеративных нейронных сетей;
– сервис разработки прикладного программного обеспечения ПТК «Госконтроль»,
реализованный на базе платформы разработки программного обеспечения.
ПТК «Госконтроль» разработан с применением следующих языков программирования:
PHP;
JavaScript;
TypeScript;
Python.
Backend часть ПТК «Госконтроль» разработана с использованием языков разработки PHP
8.1.25 и Python 3.11. Клиентская часть (frontend) ПТК «Госконтроль» разработана с помощью среды
разработки Angular 16.2.12, которая использует в качестве языка программирования TypeScript и
JavaScript. Часть функциональности ПТК «Госконтроль» – функциональность платформы services,
разработана на основе фреймворка https://platform.big3.ru/. Фреймворк является платформенным
решением, построенным по принципу Low-Code технологии. Low-Code платформа является
специализированной платформой для разработки проектов в сфере экологии.
ПТК «Госконтроль» имеет трехуровневую клиент-серверную архитектуру в соответствии с
концепцией распределения функций информационной системы по трем логическим уровням:
презентационный
уровень
(веб-интерфейс)
предназначен
для
предоставления
функциональности ПТК «Госконтроль» пользователю и обеспечения оперативного ввода и
изменения данных при наличии у пользователя определенных прав. Данный уровень обеспечивает
взаимодействие пользователя и клиентского приложения;
уровень логики процессов содержит программные объекты и программный код
(функциональные модули), реализующие логику работы программного обеспечения и
непосредственно автоматизирующие пользовательские функциональные процессы. Данный
уровень объединяет в единый комплекс все функциональные подсистемы и обеспечивает среду для
их выполнения;
уровень данных обеспечивает долговременное хранение данных ПТК «Госконтроль».
Уровень включает в себя централизованную реляционную базу данных, файловое хранилище для
«горячих» файлов NFS и файловое хранилище для постоянного хранения файлов S3, а также все
необходимые компоненты для доступа к данным. Уровень предоставляет программный интерфейс
для объектов уровня логики процессов. На данном уровне сгруппированы все прикладные и
системные данные, обеспечивающие информационное наполнение ПТК «Госконтроль» и работу
функциональных подсистем.
Доступ пользователей к функциональности ПТК «Госконтроль» осуществляется
посредством Единой системы идентификации и аутентификации (далее – ЕСИА).
ПТК «Госконтроль» функционирует как информационная система, максимально
интегрированная с функциональностью других государственных информационных систем,
16
используемых в Росприроднадзоре, в частности, она взаимодействует с ПТО УОНВОС в части
передачи информации в привязке к природопользователям и объектам, оказывающим негативное
воздействие на окружающую среду. Информационное взаимодействие реализуется на уровне
единой реляционной базы данных.
ПТК «Госконтроль» взаимодействует с внешними информационными системами. В
таблице 1 представлен перечень внешних информационных систем, с которыми взаимодействует
ПТК «Госконтроль».
Таблица 1 – Перечень внешних ИС, с которыми взаимодействует ПТК «Госконтроль»
Система 1 (Источник)
Система 2
(Получатель)
Протокол
Описание
ЕСИА
ПТК «Госконтроль»
OAuth 2.0
Получение сведений об учетных
данных пользователей Системы и
правах доступа
ЕПГУ
ПТК «Госконтроль»
SOAP
Получение данных из заявлений на
оказание государственных услуг, в
том числе взаимодействие с
Платформой обратной связи в
составе инфраструктуры ЕПГУ для
реализации сервисов,
предусматривающих возможность
обратной связи по обращениям и/или
сообщениям физических и
юридических лиц в электронном
виде.
ПТК «Госконтроль»
ЕПГУ
SOAP
Передача результатов оказания
государственных услуг, статусов.
ЕРУЛ
ПТК «Госконтроль»
SOAP
Получение номера реестровой
записи
ПТК «Госконтроль»
ЕРУЛ
SOAP
Передача сведений о заявлении,
запрос номера реестровой записи
ЕСНСИ
ПТК «Госконтроль»
SOAP
Получение справочников и
классификаторов, описаний базовых
государственных информационных
ресурсов.
ГИС МТ
ПТК «Госконтроль»
SOAP
Получение информации о
производителях и импортерах
товаров, а также информация о
товарах и упаковке товаров,
включенных в перечень отдельных
товаров, подлежащих обязательной
маркировке средствами
идентификации
ФИАС1
ПТК «Госконтроль»
SOAP
Получение структурированных
однозначных данных об адресах
Dadata
ПТК «Госконтроль»
Https
Получение сведений о ЮЛ и ИП из
ЕГРЮЛ, ЕГРИП
1
Интеграция реализуется в рамках работ по настоящему техническому заданию
17
Система 1 (Источник)
Система 2
(Получатель)
Протокол
Описание
СМЭВ 3
ПТК «Госконтроль»
SOAP
Получение
межведомственных
запросов от внешних ИС, получение
данных из внешних ИС
ПТК «Госконтроль»
СМЭВ 3
SOAP
Отправка
межведомственных
запросов к внешним ИС, передача
данных по запросу от внешних ИС
СМЭВ 4
ПТК «Госконтроль»
Rest JSON API
Получение
межведомственных
запросов
к витринам
данных
Росприроднадзора,
получение
данных из витрин данных внешних
ИС
ПТК «Госконтроль»
СМЭВ 4
Rest JSON API
Отправка
межведомственных
запросов
к витринам
данных
внешних ИС, передача данных по
запросу от внешних ИС
АИС «Главгосэкспертизы»
ПТК «Госконтроль»
Https
Получение заявлений на получение
государственной
услуги
по
получению
государственной
экологической
экспертизы
федерального уровня
ПТК «Госконтроль»
АИС
«Главгосэкспертизы»
Rest JSON API
Передача
данных
о
статусе
рассмотрения
заявления
на
получение государственной услуги
по
получению
государственной
экологической
экспертизы
федерального уровня
СЭД Росприроднадзора
ПТК «Госконтроль»
Rest JSON API
Передача данных
заявлений
ИС Федерального
казначейства
ПТК «Госконтроль»
Rest JSON API
Получение данных о платежах
ПТК «Госконтроль»
ИС внешнего участника
закрытой сети Реестра
открытых данных
Росприроднадзора
gRPC
Передача данных из закрытой части
Реестра
открытых
данных
Росприроднадзора
Системы операторов ЭДО
ПТК «Госконтроль»
Rest XML API
Получение отчетов и заявлений,
отправленных из ИС операторов
электронного документооборота
ИС «Атлас опасностей и
рисков»
ПТК «Госконтроль»
Rest JSON API
Получение данных о факте и
основных параметрах чрезвычайных
ситуаций в зоне ответственности
Росприроднадзора
ПТК «Госконтроль»
Официальный сайт
Росприроднадзора
Https
Передача
данных,
подлежащих
размещению в открытом доступе
о
регистрации
ПТК «Госконтроль» функционирует на технических средствах государственной единой
облачной платформы (далее – ГЕОП). Информация о технических средствах, структурная схема
18
размещения и взаимодействия компонентов (технических средств) приведена в приложении к 1
настоящему ТЗ.
Программное обеспечение ПТК «Госконтроль» соответствует следующим требованиям к
вероятностно-временным характеристикам:
максимальное число запросов, одновременно направляемых пользователями к
пользовательским интерфейсам ПТК «Госконтроль» – 500;
время отклика пользовательских интерфейсов ПТК «Госконтроль» на запрос пользователя
при максимальном числе запросов (за исключением времени отклика при построении отчетов и
формирования печатных форм) – не превышает 5 с;
время отклика пользовательских интерфейсов ПТК «Госконтроль» на запрос пользователя
при максимальном числе запросов в случае построения отчетов и формирования печатных форм –
не превышает 180 с.
Информация, содержащаяся в ПТК «Госконтроль», подлежит защите в соответствии с
законодательством Российской Федерации об информации, информационных технологиях и о
защите информации, законодательством Российской Федерации в части информации
ограниченного доступа, в том числе персональных данных, коммерческой и иной охраняемой
законом тайне.
Защита информации в ПТК «Госконтроль» обеспечивается системой защиты информации
(СЗИ) ПТК «Госконтроль».
СЗИ ПТК «Госконтроль» включает в себя следующие сегменты:
1) Основной сегмент – серверная часть ПТК «Госконтроль» (далее – ИС), для него:
- установлена необходимость обеспечения 3-го уровня защищенности персональных
данных при их обработке в ИС;
- актуальны угрозы безопасности персональных данных 3-го типа;
- определён второй класс (К2) защищенности ИС;
- определен II класс ИС общего пользования.
2) Сегмент администрирования (далее – сегмент «Администраторы») – представлен
интерфейсами программного обеспечения для привилегированных пользователей –
администраторов ПТК «Госконтроль» и администраторов ИБ, реализующих локальное (в случае
необходимости – удаленное) взаимодействие с сервисами администрирования, согласно их
должностным инструкциям, для него:
- установлена необходимость обеспечения 3-го уровня защищенности персональных
данных при их обработке в сегменте «Администраторы»;
- актуальны угрозы безопасности персональных данных 3-го типа;
- определен второй класс (К2) защищенности ИС.
3) Пользовательский сегмент (далее – сегмент «Пользовательский») – представлен
интерфейсами программного обеспечения для пользователей – должностных лиц
Росприроднадзора, ее территориальных органов, осуществляющих полномочия Росприроднадзора
в соответствии с должностными инструкциями, для него:
- установлена необходимость обеспечения 3-го уровня защищенности персональных
данных при их обработке в сегменте «Пользовательский»;
- актуальны угрозы безопасности персональных данных 3-го типа;
- определен третий класс (К3) защищенности ИС.
19
Класс защищенности и уровень защищенности персональных данных установлены в
соответствии с Актом от 05.12.2025 № 6 классификации государственных информационных
Системы.
Объектами защиты информации в Системе являются:
- информация, содержащаяся в ПТК «Госконтроль»;
- технические средства (в том числе средства вычислительной техники, машинные
носители информации, средства и системы связи и передачи данных, технические средства
обработки буквенно-цифровой, графической, видео- и речевой информации);
- общесистемное, прикладное, специальное программное обеспечение, информационные
технологии, а также средства защиты информации.
В СЗИ ПТК «Госконтроль» реализованы и должны обеспечиваться в рамках исполнения
работ по настоящему ТЗ следующие группы мер обеспечения информационной безопасности:
- группа мер идентификации и аутентификации;
- группа мер управления доступом;
- группа мер ограничения программной среды;
- группа мер защиты машинных носителей информации;
- группа мер регистрации событий безопасности;
- группа мер антивирусной защиты;
- группа мер обнаружения вторжений;
- группа мер контроля и анализа защищенности;
- группа мер обеспечения целостности;
- группа мер обеспечения доступности;
- группа мер защиты среды виртуализации;
- группа мер защиты технических средств;
- группа мер защиты информационной системы, ее средств, систем связи и передачи
данных;
- группа мер защиты информационной системы от атак, направленных на отказ в
обслуживании.
Группа мер идентификации и аутентификации (ИАФ) СЗИ направлена на обеспечение:
- присвоения субъектам доступа и объектам доступа уникального признака
(идентификатора);
- сравнения предъявляемого субъектом (объектом) доступа идентификатора с перечнем
зарегистрированных в системе идентификаторов;
- проверки принадлежности субъекту (объекту) доступа предъявленного им
идентификатора (подтверждение подлинности).
В рамках группы мер идентификации и аутентификации реализованы следующие меры и
функции защиты информации:
ИАФ.1
Идентификация и аутентификация пользователей, являющихся работниками оператора
ИАФ.2
Идентификация и аутентификация устройств, в том числе стационарных, мобильных и портативных
ИАФ.3
Управление идентификаторами, в том числе создание, присвоение, уничтожение идентификаторов
ИАФ.4
Управление средствами аутентификации, в том числе хранение, выдача, инициализация,
блокирование средств аутентификации и принятие мер в случае утраты и (или) компрометации
20
средств аутентификации
ИАФ.5
Защита обратной связи при вводе аутентификационной информации
ИАФ.6
Идентификация и аутентификация пользователей, не являющихся работниками оператора (внешних
пользователей)
Группа мер управления доступом (УПД) СЗИ направлена на обеспечение управления
правами и привилегиями субъектов доступа, разграничение доступа субъектов доступа к объектам
доступа на основе совокупности установленных в ПТК «Госконтроль» правил разграничения
доступа, а также контроля за соблюдением этих правил.
В рамках группы мер управления доступом реализованы следующие меры и функции
защиты информации:
УПД.1
Управление (заведение, активация, блокирование и уничтожение) учетными записями
пользователей, в том числе внешних пользователей
УПД.2
Реализация необходимых методов (дискреционный, мандатный, ролевой или иной метод), типов
(чтение, запись, выполнение или иной тип) и правил разграничения доступа
УПД.3
Управление (фильтрация, маршрутизация, контроль соединений, однонаправленная передача и
иные способы управления) информационными потоками между устройствами, сегментами
информационной системы, а также между информационными системами
УПД.4
Разделение полномочий (ролей) пользователей, администраторов и лиц, обеспечивающих
функционирование информационной системы
УПД.5
Назначение минимально необходимых прав и привилегий пользователям, администраторам и
лицам, обеспечивающим функционирование информационной системы
УПД.6
Ограничение неуспешных
информационной системе)
УПД.10
Блокирование сеанса доступа в информационную систему после установленного времени
бездействия (неактивности) пользователя или по его запросу
УПД.11
Разрешение (запрет) действий пользователей, разрешенных до идентификации и аутентификации
УПД.13
Реализация защищенного удаленного доступа субъектов доступа к объектам доступа через
внешние информационно-телекоммуникационные сети
УПД.14
Регламентация и контроль использования в информационной системе технологий беспроводного
доступа
УПД.15
Регламентация и контроль использования в информационной системе мобильных технических
средств
попыток
входа
в
информационную
систему
(доступа
к
УПД.16
Управление взаимодействием с информационными системами сторонних организаций (внешние
информационные системы)
УПД.17
Обеспечение доверенной загрузки средств вычислительной техники
Группа мер ограничения программной среды (ОПС) СЗИ направлена на обеспечение:
- возможности установки и (или) запуска, только разрешенного к использованию в
информационной системе программного обеспечения;
21
- исключения возможности установки и (или) запуска, запрещенного к использованию в
информационной системе программного обеспечения.
В рамках группы мер ограничения программной среды реализованы следующие меры и
функции защиты информации:
ОПС.2
Управление установкой (инсталляцией) компонентов программного обеспечения, в том числе
определение компонентов, подлежащих установке, настройка параметров установки
компонентов, контроль за установкой компонентов программного обеспечения
ОПС.3
Установка (инсталляция) только разрешенного к использованию программного обеспечения и
(или) его компонентов
Группа мер защиты машинных носителей информации (ЗНИ) СЗИ направлена на
обеспечение исключения возможности несанкционированного доступа к машинным носителям и
хранящейся на них информации, а также несанкционированного использования съемных
машинных носителей информации.
В рамках группы мер защиты машинных носителей информации реализованы следующие
меры и функции защиты информации:
ЗНИ.1
Учет машинных носителей информации
ЗНИ.2
Управление доступом к машинным носителям информации
ЗНИ.5
Контроль использования интерфейсов ввода (вывода) информации на машинные носители
информации
ЗНИ.8
Уничтожение (стирание) информации на машинных носителях при их передаче между
пользователями, в сторонние организации для ремонта или утилизации, а также контроль
уничтожения (стирания)
Группа мер регистрации событий безопасности (РСБ) СЗИ направлена на обеспечение
сбора, записи, хранения и защиты информации о событиях безопасности в информационной
системе, а также возможности просмотра и анализа информации о таких событиях
администраторами ИБ Системы и реагирования на них.
В рамках группы мер регистрации событий безопасности реализованы следующие меры и
функции защиты информации:
РСБ.1
Определение событий безопасности, подлежащих регистрации, и сроков их хранения
РСБ.2
Определение состава и содержания информации о событиях безопасности, подлежащих
регистрации
РСБ.3
Сбор, запись и хранение информации о событиях безопасности в течение установленного
времени хранения
РСБ.4
Реагирование на сбои при регистрации событий безопасности, в том числе аппаратные и
программные ошибки, сбои в механизмах сбора информации и достижение предела или
переполнения объема (емкости) памяти
РСБ.5
Мониторинг (просмотр, анализ) результатов регистрации событий безопасности и реагирование
на них
22
РСБ.6
Генерирование временных меток и (или) синхронизация системного времени в информационной
системе
РСБ.7
Защита информации о событиях безопасности
Группа мер антивирусной защиты (АВЗ) СЗИ направлена на обеспечение обнаружения в
информационной системе компьютерных программ либо иной компьютерной информации,
предназначенной для несанкционированного уничтожения, блокирования, модификации,
копирования компьютерной информации или нейтрализации средств защиты информации, а также
реагирование на обнаружение этих программ и информации.
В рамках группы мер антивирусной защиты реализованы следующие меры и функции
защиты информации:
АВЗ.1
Реализация антивирусной защиты
АВЗ.2
Обновление базы данных признаков вредоносных компьютерных программ (вирусов)
Группа мер обнаружения вторжений (СОВ) СЗИ направлена на обеспечение обнаружения
действий в информационной системе, направленных на несанкционированный доступ к
информации, специальных воздействий на информационную систему и (или) информацию в целях
добывания, уничтожения, искажения и блокирования доступа к информации, а также реагирование
на эти действия.
В рамках группы мер обнаружения вторжений реализованы следующие меры и функции
защиты информации:
СОВ.1
Обнаружение вторжений
СОВ.2
Обновление базы решающих правил
Группа мер контроля и анализа защищенности (АНЗ) СЗИ обеспечивает проведение
систематических мероприятий по анализу защищенности информационной системы и тестирование
работоспособности СЗИ с целью контроля уровня защищенности информации, обрабатываемой в
Системе.
В рамках группы мер контроля и анализа защищенности реализованы следующие меры и
функции защиты информации:
АНЗ.1
Выявление, анализ уязвимостей информационной системы и оперативное устранение вновь
выявленных уязвимостей
АНЗ.2
Контроль установки обновлений программного обеспечения, включая обновление программного
обеспечения средств защиты информации
АНЗ.3
Контроль работоспособности, параметров настройки и правильности функционирования
программного обеспечения и средств защиты информации
АНЗ.4
Контроль состава технических средств, программного обеспечения и средств защиты
информации
АНЗ.5
Контроль правил генерации и смены паролей пользователей, заведения и удаления учетных
записей пользователей, реализации правил разграничения доступом, полномочий пользователей
23
в информационной системе
Группа мер обеспечения целостности (ОЦЛ) СЗИ обеспечивает обнаружение фактов
несанкционированного нарушения целостности информационной системы и содержащейся в ней
информации, а также возможность восстановления информационной системы и содержащейся в
ней информации.
В рамках группы мер обеспечения целостности реализованы следующие меры и функции
защиты информации:
ОЦЛ.1
Контроль целостности программного обеспечения, включая программное обеспечение средств
защиты информации
ОЦЛ.3
Обеспечение возможности восстановления программного обеспечения, включая программное
обеспечение средств защиты информации, при возникновении нештатных ситуаций
ОЦЛ.4
Обнаружение и реагирование на поступление в информационную систему незапрашиваемых
электронных сообщений (писем, документов) и иной информации, не относящихся к
функционированию информационной системы (защита от спама)
Группа мер обеспечения доступности (ОДТ) СЗИ направлена на обеспечение
авторизованного доступа пользователей, имеющих права по доступу к Системе в штатном режиме
функционирования.
В рамках группы мер обеспечения доступности информации реализованы следующие меры и
функции защиты информации:
ОДТ.3
Контроль безотказного функционирования технических средств, обнаружение и локализация
отказов функционирования, принятие мер по восстановлению отказавших средств и их
тестирование
ОДТ.4
Периодическое резервное копирование информации на резервные машинные носители
информации
ОДТ.5
Обеспечение возможности восстановления информации с резервных машинных носителей
информации (резервных копий) в течение установленного временного интервала
ОДТ.7
Контроль состояния и качества предоставления уполномоченным лицом вычислительных
ресурсов (мощностей), в том числе по передаче информации
Группа мер защиты среды виртуализации (ЗСВ) СЗИ направлена на обеспечение
исключения несанкционированного доступа к информации, обрабатываемой в виртуальной
инфраструктуре, и к компонентам виртуальной инфраструктуры, а также воздействия на
информацию и компоненты, в том числе к средствам управления виртуальной инфраструктурой,
монитору виртуальных машин (гипервизору), системе хранения данных (включая систему хранения
образов виртуальной инфраструктуры), сети передачи данных через элементы виртуальной или
физической инфраструктуры, гостевым операционным системам, виртуальным машинам
(контейнерам), системе и сети репликации, терминальным и виртуальным устройствам, а также
системе резервного копирования и создаваемым ею копиям.
В рамках группы мер защиты среды виртуализации реализованы следующие меры и функции
защиты информации:
24
ЗСВ.1
Идентификация и аутентификация субъектов доступа и объектов доступа в виртуальной
инфраструктуре, в том числе администраторов управления средствами виртуализации
ЗСВ.2
Управление доступом субъектов доступа к объектам доступа в виртуальной инфраструктуре, в
том числе внутри виртуальных машин
ЗСВ.3
Регистрация событий безопасности в виртуальной инфраструктуре
ЗСВ.4
Управление (фильтрация, маршрутизация, контроль соединения, однонаправленная передача)
потоками информации между компонентами виртуальной инфраструктуры, а также по периметру
виртуальной инфраструктуры
ЗСВ.6
Управление перемещением виртуальных машин (контейнеров) и обрабатываемых на них данных
ЗСВ.7
Контроль целостности виртуальной инфраструктуры и ее конфигураций
ЗСВ.8
Резервное копирование данных, резервирование технических средств, программного обеспечения
виртуальной инфраструктуры, а также каналов связи внутри виртуальной инфраструктуры
ЗСВ.9
Реализация и управление антивирусной защитой в виртуальной инфраструктуре
ЗСВ.10
Разбиение виртуальной инфраструктуры на сегменты (сегментирование виртуальной
инфраструктуры) для обработки информации отдельным пользователем и (или) группой
пользователей
Группа мер защиты технических средств (ЗТС) СЗИ направлена на обеспечение
организации контролируемой зоны, в пределах которой постоянно размещаются стационарные
технические средства, обрабатывающие информацию, и средства защиты информации, а также
средства обеспечения их функционирования.
В рамках группы мер защиты технических средств реализованы следующие меры и функции
защиты информации:
ЗТС.2
Организация контролируемой зоны, в пределах которой постоянно размещаются стационарные
технические средства, обрабатывающие информацию, и средства защиты информации, а также
средства обеспечения функционирования
ЗТС.3
Контроль и управление физическим доступом к техническим средствам, средствам защиты
информации, средствам обеспечения функционирования, а также в помещения и сооружения, в
которых они установлены, исключающие несанкционированный физический доступ к средствам
обработки информации, средствам защиты информации и средствам обеспечения
функционирования информационной системы и помещения и сооружения, в которых они
установлены
ЗТС.4
Размещение
устройств
вывода
несанкционированный просмотр
(отображения)
информации,
исключающее
ее
Группа мер защиты информационной системы, ее средств, систем связи и передачи
данных (ЗИС) СЗИ направлена на обеспечение защиты информации при взаимодействии
информационной системы или ее отдельных сегментов с иными информационными системами и
(или) информационно-телекоммуникационными сетями.
В рамках группы мер защиты информационной системы, ее средств, систем связи и передачи
данных реализованы следующие меры и функции защиты информации:
25
ЗИС.1
Разделение в информационной системе функций по управлению (администрированию)
информационной системой, управлению (администрированию) системой защиты информации,
функций по обработке информации и иных функций информационной системы
ЗИС.3
Обеспечение защиты информации от раскрытия, модификации и навязывания (ввода ложной
информации) при ее передаче (подготовке к передаче) по каналам связи, имеющим выход за
пределы контролируемой зоны, в том числе беспроводным каналам связи
ЗИС.5
Запрет несанкционированной удаленной активации видеокамер, микрофонов и иных
периферийных устройств, которые могут активироваться удаленно, и оповещение пользователей
об активации таких устройств
ЗИС.7
Контроль санкционированного и исключение несанкционированного использования технологий
мобильного кода, в том числе регистрация событий, связанных с использованием технологий
мобильного кода, их анализ и реагирование на нарушения, связанные с использованием
технологий мобильного кода
ЗИС.8
Контроль санкционированного и исключение несанкционированного использования технологий
передачи речи, в том числе регистрация событий, связанных с использованием технологий
передачи речи, их анализ и реагирование на нарушения, связанные с использованием технологий
передачи речи
ЗИС.9
Контроль санкционированной и исключение несанкционированной передачи видеоинформации,
в том числе регистрация событий, связанных с передачей видеоинформации, их анализ и
реагирование на нарушения, связанные с передачей видеоинформации
ЗИС.11
Обеспечение подлинности сетевых соединений (сеансов взаимодействия), в том числе для
защиты от подмены сетевых устройств и сервисов
ЗИС.12
Исключение возможности отрицания пользователем факта отправки информации другому
пользователю
ЗИС.13
Исключение возможности отрицания пользователем факта получения информации от другого
пользователя
ЗИС.15
Защита архивных файлов, параметров настройки средств защиты информации и программного
обеспечения и иных данных, не подлежащих изменению в процессе обработки информации
ЗИС.17
Разбиение информационной системы на сегменты (сегментирование информационной системы) и
обеспечение защиты периметров сегментов информационной системы
ЗИС.20
Защита беспроводных соединений, применяемых в информационной системе
ЗИС.22
Защита информационной системы от угроз безопасности информации, направленных на отказ в
обслуживании информационной системы
ЗИС.23
Защита периметра (физических и (или) логических границ) информационной системы при ее
взаимодействии
с
иными
информационными
системами
и
информационнотелекоммуникационными сетями
ЗИС.24
Прекращение сетевых соединений по их завершении или по истечении заданного оператором
временного интервала неактивности сетевого соединения
ЗИС.30
Защита мобильных технических средств, применяемых в информационной системе
В
дополнение
к
мерам
защиты
информации,
принимаемым
в
соответствии
26
с приказами ФСТЭК России от 11.04.2025 № 117 и от 18.02.2013 № 21, в ПТК «Госконтроль»
реализованы механизмы, позволяющие осуществлять:
1.
Мониторинг информационной безопасности в Системе, организованный как процесс
постоянного наблюдения и анализа результатов регистрации событий безопасности и иных данных
с целью выявления нарушений безопасности информации, угроз безопасности информации и
уязвимостей.
2.
Организационное обеспечение защиты информации в ПТК «Госконтроль»
информации, а именно:
- проведение мероприятий по анализу защищенности Системы, тестирование на
проникновение;
- проведение мероприятий по недопущению и отслеживанию недопустимых событий и
негативных последствий на основе сформированного списка недопустимых событий и негативных
последствий;
- проведение мероприятий по реагированию на компьютерные инциденты, атаки и
вторжения;
- обеспечение непрерывного взаимодействия с Государственной системой обнаружения,
предупреждения и ликвидации компьютерных атак на информационные ресурсы Российской
Федерации.
В составе СЗИ ПТК «Госконтроль» применяются программные, аппаратные и аппаратнопрограммные средства защиты информации, в том числе предоставляемые ГЕОП, прошедшие
оценку соответствия в форме обязательной сертификации на соответствие требованиям по
безопасности информации:
– не ниже 5 класса защиты;
– 5 или более высокого уровня доверия.
В том числе прикладное программное обеспечение ПТК «Госконтроль» сертифицировано по
требованиям безопасности информации в системе № РОСС RU001.01БИ00, внесено в
государственный реестр системы сертификации средств защиты информации по требованиям
безопасности информации - сертификат соответствия № 4742 выдан 27.11.2023, переоформлен
10.02.2025.
Соответствие ПТК «Госконтроль» требованиям по защите информации подтверждено
следующими аттестатами соответствия:
Аттестат соответствия требованиям по защите информации от 16.12.2025
№ 00634297.00008.2025 (основной сегмент);
Аттестат соответствия требованиям по защите информации от 16.12.2025
№ 00634297.00010.2025 (сегмент «Администраторы»);
Аттестат соответствия требованиям по защите информации от 16.12.2025
№ 00634297.00012.2025 (сегмент «Пользовательский»).
27
3.
ПРЕДПОСЫЛКИ К РАЗВИТИЮ ПТК «ГОСКОНТРОЛЬ»
Предпосылками для развития ПТК «Госконтроль» является необходимость снижения
административной и операционной нагрузки на сотрудников Росприроднадзора, осуществляющих
рассмотрение и проверку отчетности, деклараций и заявительных документов, за счет
автоматизации соответствующих процессов.
Снижение нагрузки предполагается за счет реализации автоматизированной проверки
получаемой отчетности и документов, а также направления автоматически сформированных
уведомлений и требований в электронном виде по одному из доступных каналов взаимодействия,
выбираемому в зависимости от конкретного случая: посредством Единого портала государственных
и муниципальных услуг (ЕПГУ), ГЭПС либо личного кабинета природопользователя.
Развитие функциональности ПТК «Госконтроль» в 2026-2027 годах осуществляется по
следующим основным направлениям:
1) Обеспечена возможность для автоматического рассмотрения отчетности, поступающей в
рамках расширенной ответственности производителей, импортеров товаров, упаковки (далее –
РОП), и деклараций о плате за негативное воздействие на окружающую среду (далее – ДПНВОС).
Для реализации указанной возможности необходимо обеспечить:
- реализацию алгоритмов работы с отчетами РОП и ДПНВОС;
- создание и/или развитие общесистемных модулей и механизмов для обеспечения работы
алгоритмов, указанных выше.
Необходимость автоматизации процессов анализа отчетности в рамках РОП и ДПНВОС
обусловлена
значительным
объемом
сведений,
подлежащих
представлению
природопользователями и рассмотрению или проверке их должностными лицами
Росприроднадзора, в том числе сравнению с данными, поступающими от иных органов
государственной власти и содержащихся в иных информационных системах. Указанные данные
требуют сопоставления с установленными нормативами, классификаторами, реестрами и иными
информационными ресурсами.
При отсутствии автоматизации и сохранении преимущественно ручного порядка обработки
отчетности возрастает риск технических ошибок, увеличиваются сроки рассмотрения документов,
усложняется выявление недостоверных сведений и нарушений, а также повышается
административная нагрузка, как на должностных лиц Росприроднадзора, так и на плательщиков
экологического сбора. Кроме того, отсутствие полной автоматизации ограничивает возможность
оперативного
формирования
аналитики,
проведения
риск-ориентированной
оценки
представленных сведений и своевременного направления плательщикам уведомлений о
выявленных несоответствиях и задолженности.
Внедрение автоматизированного механизма приема и рассмотрения отчетности и
деклараций позволит обеспечить:
представление отчетности и деклараций в структурированном электронном виде;
автоматическую проверку полноты заполнения обязательных сведений;
сопоставление представленных данных с данными из иных информационных систем и
справочными сведениями;
снижение количества технических и арифметических ошибок при представлении отчетности
и деклараций;
ускорение рассмотрения отчетности и деклараций и принятия решений по результатам их
28
рассмотрения или проверки;
повышение прозрачности взаимодействия Росприроднадзора с природопользователями;
формирование юридически значимой электронной переписки с плательщиками;
оперативное направление уведомлений о результатах проверки или требований о
необходимости устранения выявленных нарушений и/или уплаты экосбора;
повышение собираемости экологического сбора и платы за НВОС и обеспечение
дополнительных поступлений в бюджеты бюджетной системы Российской Федерации.
Автоматизация указанных процессов позволит сформировать единый подход к
рассмотрению отчетности и деклараций, обеспечить прослеживаемость действий должностных лиц
при обработке документов, а также создать условия для проведения профилактической работы с
плательщиками экологического сбора и платы за НВОС на основании актуальных и достоверных
данных.
2) Обеспечена возможность осуществления в электронном виде разрешительной
деятельности по обороту и добыче животных, растений, грибов, занесенных в Красную книгу
Российской Федерации, красные книги субъектов Российской Федерации, в соответствии с
требованиями следующих нормативных актов:
- для разрешений на оборот растений, грибов, занесенных в Красную книгу Российской
Федерации, красные книги субъектов Российской Федерации – Постановление
Правительства Российской Федерации от 01.06.2026 № 670 «Об утверждении Правил
сбора (заготовки) растений и грибов, занесенных в Красную книгу Российской
Федерации, красные книги субъектов Российской Федерации, и Правил выдачи
разрешений на оборот растений, грибов, занесенных в Красную книгу Российской
Федерации, красные книги субъектов Российской Федерации» (далее – Постановление
Правительства Российской Федерации от 01.06.2026 № 670);
- для разрешений на добычу объектов животного мира, занесенных в Красную книгу
Российской Федерации, красные книги субъектов Российской Федерации –
Постановление Правительства Российской Федерации от 01.06.2026 № 671 «О внесении
изменений в постановление Правительства Российской Федерации от 6 января 1997 г.
№ 13»;
- для разрешений на оборот объектов животного мира, занесенных в Красную книгу
Российской Федерации и (или) красные книги субъектов Российской Федерации –
Постановление Правительства Российской Федерации от 01.06.2026 № 672 «О внесении
изменений в постановление Правительства Российской Федерации от 11 марта 2022 г.
№ 343».
4. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ ПО РАЗВИТИЮ
ФУНКЦИОНАЛЬНОСТИ ПТК «ГОСКОНТРОЛЬ»
4.1. Общие требования к развитию ПТК «Госконтроль»
В силу того, что ПТК «Госконтроль» развивается с использованием единых технологических
подходов и инструментов, в данном пункте настоящего ТЗ приведены общие требования к развитию
Системы.
1. Доступ к функциональности, разрабатываемой в соответствии с настоящим ТЗ, должен
быть обеспечен посредством ЕСИА (за исключением функциональности размещения открытых
29
данных, для работы с которой авторизация не требуется). Исполнитель по требованию Заказчика
должен создавать новые группы доступа ЕСИА, включать в них права доступа к разработанной
функциональности или обеспечивать включение прав доступа к разработанной функциональности в
существующие группы доступа ЕСИА.
2. Архитектура Системы должна сохранить трехуровневую клиент-серверной архитектуру и
состоять из следующих уровней:
- уровень хранения данных;
- уровень приложений;
- презентационный уровень, обеспечивающий взаимодействие с клиентскими
приложениями.
При развитии функциональности Системы их архитектура должна обеспечить соответствие
требованиям к вероятностно-временным характеристикам, указанным в разделе 2 настоящего ТЗ, в
условиях:
- увеличения количества объектов учета и объема информационных массивов;
- увеличения количества пользователей;
- увеличения количества и расширения состава данных, получаемых в результате
интеграции с внешними информационными системами;
- при создании новых статистических и аналитических отчетных форм.
3. При развитии функциональности Системы Исполнителем могут вноситься изменения в
пользовательский интерфейс Системы, направленные на повышение их эргономичности и
технической эстетики, а также оптимизацию визуального отображения их элементов.
4.2. Требования к созданию функциональности для автоматической проверки отчетности
4.2.1. Требования к созданию и развитию функциональных подсистем Системы,
общесистемных модулей и механизмов
4.2.1.1. Требования к развитию аналитических компонентов Системы
В целях автоматизации в Системе проверки отчетности, предоставляемой
природопользователями, должны быть выполнены работы по расширению функциональных
возможностей аналитических компонентов Системы в части реализации функциональности для
преобразования данных, которые должны быть загружены в базу данных Системы, а также
расширения типов возможных источников данных.
Функциональность для преобразования данных должна обеспечивать возможность
извлечения данных из разнородных источников, в том числе:
- должна быть предусмотрена возможность гибкой настройки источников данных через
встроенные инструменты Системы, преобразования поступающих разнородных данных, в том
числе очистка данных (удаление дубликатов), приведение данных к заданному формату, проверка
корректности и полноты данных, объединение данных из нескольких источников, преобразование
типов данных в соответствии со структурой данных, заложенной в базе данных;
- должна обеспечиваться загрузка преобразованных данных в базу данных. Операции
загрузки данных должны фиксироваться в журнале загрузки, в котором должна фиксироваться
информация об успешности операции загрузки или возникновении ошибки.
Функциональность для преобразования данных должна обеспечивать возможность передачи
результатов аналитической обработки в функциональные подсистемы (компоненты) ПТК
«Госконтроль» для их отображения пользователям Системы в виде документов-уведомлений
30
(индивидуальных и/или массовых) без дополнительной доработки пользовательского функционала.
Ролевая модель работы пользователей с загружаемыми данными должна предусматривать
возможность работы с функциональностью для преобразования данных отдельных пользователей.
Указанные требования к функциональности для преобразования данных должны быть
уточнены и приведены в ЧТЗ.
4.2.1.2. Требования
документов
к
созданию
функциональности
управления
шаблонами
В целях управления шаблонами документов для обеспечения централизованного
формирования, редактирования и определения маршрутов направления шаблонов документов,
используемых в Системе, в том числе документов-уведомлений (индивидуальных и/или массовых),
должен быть разработан общесистемный технологический модуль управления шаблонами
документов (далее – модуль управления шаблонами).
Модуль управления шаблонами должен реализовывать следующую, в том числе (где это
необходимо) пользовательскую настраиваемую функциональность:
–
создание новых шаблонов документов через встроенный редактор Системы с
поддержкой форматирования (жирный/курсив, выравнивание, таблицы, нумерованные и
маркированные списки) без дополнительной доработки пользовательского функционала;
–
определение типа документа для шаблона (например, предостережение, требование,
предписание, уведомление, запрос и пр.);
–
использование переменных для автоматической подстановки данных: наименование
получателя, ИНН/ОГРН, адрес, дата, номер, ФИО инспектора, реквизиты нарушения и т.д.;
–
версионирование шаблонов: сохранение истории изменений, просмотр и
восстановление предыдущих версий;
–
установка статуса шаблона (черновик / активен / архивирован) с управлением
видимостью для пользователей;
–
предварительный просмотр шаблона перед публикацией;
–
поддержка многоязычных шаблонов (русский язык как основной, с возможностью
добавления переводов);
–
экспорт и импорт шаблонов в формате XML/JSON.
Работа с шаблонами документов должна быть доступна пользователям с правами
администратора.
Указанный модуль должен иметь возможность технической интеграции с функциональными
подсистемами ПТК «Госконтроль» и возможность настраивания (подключения/отключения)
шаблонов документов для использования в функциональных подсистемах ПТК «Госконтроль».
Указанные требования к модулю управления шаблонами документов должны быть уточнены
и приведены в ЧТЗ.
4.2.1.3. Требования к созданию модуля подписания документов ЭП
В целях обеспечения возможности подписания документов, сформированных в ПТК
«Госконтроль», юридически значимой электронной подписью, в том числе документовуведомлений (индивидуальных и/или массовых) с использованием квалифицированных
сертификатов ЭП должностных лиц Росприроднадзора, в Системе должен быть разработан общий
для Системы технологический модуль (далее – модуль подписания документов ЭП).
Модуль подписания документов ЭП должен реализовывать следующую функциональность:
31
–
индивидуальное или массовое подписание документов, сформированных в
электронном виде;
– интеграция с криптографическим провайдером (сертифицированные СКЗИ) для
выполнения операций подписания;
– валидация сертификата электронной подписи (далее – ЭП) перед подписанием с
блокировкой процесса при истечении срока действия или отзыве сертификата;
– поддержка режима пакетного (фонового) подписания документов в очереди на
отправку;
– логирование операций подписания с фиксацией идентификатора сертификата,
времени и хеш-суммы документа;
– подписание документа в автоматизированном режиме при выполнении команды
отправки документа (без необходимости ручного запуска процедуры подписания
документа отдельно от отправки документа);
– поддержка подписания квалифицированной электронной подписью (КЭП) формата
PKCS#7 (отсоединённая подпись) и/или встроенной подписи в формате PDF;
– выбор сертификата подписанта из списка действующих сертификатов, загруженных в
браузер или хранилище ключей пользователя;
– хранение подписанного документа и откреплённой подписи (sig-файла) в составе
карточки документа в ПТК «Госконтроль»;
– отображение информации о подписанте (ФИО, должность, дата и время подписания) в
карточке документа;
– формирование штампа ЭП в визуальном представлении документа (PDF) при
необходимости.
Дополнительно должно обеспечиваться взаимодействие с ПО КриптоПро CSP версии 5.0 и
выше (или аналог) через криптографический плагин для браузера и поддержка ГОСТ Р 34.10-2012
(алгоритм подписи) и ГОСТ Р 34.11-2012 (алгоритм хэширования).
Указанный модуль должен разрабатываться на базе существующей общесистемной
библиотеки gost_crypto, иметь возможность технической интеграции с функциональными
подсистемами ПТК «Госконтроль» и возможность настраивания (подключения/отключения) его
использования в функциональных подсистемах ПТК «Госконтроль».
Указанные требования к модулю подписания документов ЭП должны быть уточнены и
приведены в ЧТЗ.
Для разработанного модуля должны быть проведены работы по оценке невлияния среды
функционирования на СКЗИ. Оценка невлияния проводится специализированной лабораторией,
аккредитованной ФСБ России, согласно приказа ФСБ России от 9 февраля 2005 г. № 66
«Об утверждении Положения о разработке, производстве, реализации и эксплуатации
шифровальных (криптографических) средств защиты информации (Положение ПКЗ-2005)».
Указанные работы проводятся Заказчиком и не входят в объем работ по настоящему ТЗ.
4.2.1.4. Требования к развитию подсистемы уведомлений
Должно быть выполнено расширение функциональных возможностей подсистемы
уведомлений в следующем объеме:
- реализация отправки исходящих сообщений природопользователям посредством
государственной электронной почтовой системы (далее – ГЭПС);
32
-
реализация отправки исходящих сообщений природопользователям посредством
сервиса «Электронные заказные письма», предоставляемого АО «Почта России»
(далее – сервис ЭЗП);
- доработка архитектуры и интерфейса подсистемы администрирования для обеспечения
взаимодействия с ГЭПС и сервисом ЭЗП;
- реализация возможности отправки документов адресату по нескольким каналам (по
выбору);
- доработка интеграции с другими функциональными подсистемами ПТК «Госконтроль»
в части возможности получения от них сформированных исходящих и передачи
входящих сообщений и статусов их обработки посредством ГЭПС и сервиса ЭЗП;
- расширение состава данных для хранения информации об отправленном сообщении, в
том числе фиксация трек-номера, даты отправки, статусов доставки, отображение
статусов онлайн, сохранение юридически значимых подтверждений отправки и
вручения (при доступности указанных операций для канала уведомления);
- расширение функциональности журналирования операций отправки сообщений;
- реализация отображения ошибки отправки в пользовательском интерфейсе с
возможностью повторной отправки сообщений.
Отправка исходящих сообщений в ГЭПС должна быть реализована с помощью
существующего вида сведений СМЭВ «Универсальный сервис отправки сообщений пользователям
ЕПГУ
государственной
почтовой
системы
(ГЭПС)»
2
(https://lkuv.gosuslugi.ru/paip-portal/#/inquiries/card/636ebb27-ff80-11eb-ba23-33408f10c8dc) .
Для обеспечения взаимодействия с ГЭПС в подсистеме уведомлений должны быть
настроены регламентированные интерфейсы межведомственного взаимодействия (шаблоны: 2
шаблона, включая 7 типов документов) для исходящих сообщений (запросов) в соответствии с
согласованными и загруженными в ГЭПС шаблонами непосредственно из модуля управления
шаблонами документов. Согласованные шаблоны сообщений предоставляются Заказчиком на этапе
разработки документации на Систему и ее части. Загрузка согласованных шаблонов и наладка их
работоспособности в ГЭПС обеспечивается специалистами Заказчика.
Должна быть реализована интеграция с сервисом ЭЗП посредством API ЭЗП. Технические
требования к подключению и настройки интеграции размещены в сети «Интернет»
(https://www.pochta.ru/support/business/ezp).
Решение организационных вопросов (заключение соглашения, регистрация в системе сервис
ЭЗП, оплата услуг АО «Почта России», организация защищенного канала связи) осуществляется
Заказчиком.
Для обеспечения взаимодействия с сервисом ЭЗП в подсистеме уведомлений должна быть
реализована функциональность:
- формирование электронных заказных писем (ЭЗП) на основании документов
(предостережения, требования, предписания и др.), сформированных в функциональных
подсистемах ПТК «Госконтроль»;
- автоматическая подстановка реквизитов получателя из данных о природопользователе,
имеющихся в Системе (наименование организации или ФИО физического лица, почтовый
адрес);
2
В случае изменения реквизитов размещения, номеров версий, наименований внешних информационных ресурсов,
вида сведений, произошедших по независящим от Заказчика причинам, работы по настоящему ТЗ должны выполняться
с учетом полученной Исполнителем от Заказчика уточненной информации
33
- передача писем и вложений в формате ЭЗП, пакетов/архивов ЭЗП с вложенными
документами (в форматах PDF, XML и др.);
- отображение в интерфейсе статуса доставки ЭЗП (принято, обработано, в пути, вручено,
возврат и пр.) с помощью периодического опроса API сервиса ЭЗП;
- журнал обмена с сервисом ЭЗП с возможностью поиска, фильтрации и выгрузки
протоколов;
- обработка ошибок и повторная отправка сообщений в сервис ЭЗП.
Указанные требования к развитию подсистемы уведомлений должны быть уточнены и
приведены в ЧТЗ.
4.2.1.5. Требования к развитию функциональности ведения реестров требований
Должны быть расширены функциональные возможности ведения реестров требований и
уведомлений в части РОП и ДПНВОС с учетом автоматической обработки поступающей
отчетности.
Реализуемая функциональность должна обеспечивать ведение реестров требований в
Системе, предписаний, предостережений и других документов-уведомлений, выданных
природопользователям по результатам контрольных (надзорных) мероприятий за уплатой
экологического сбора и платы за негативное воздействие на окружающую среду.
В реестрах должна быть доработана следующая функциональность:
- создание документов-уведомлений в автоматическом режиме на основе данных из
карточек отчетов;
- создание документов-уведомлений посредством импорта;
- массовое создание документов-уведомлений в результате автоматизированного
рассмотрения отчетов.
В реестрах требований должен быть расширен атрибутивный состав реестровой части, также
доработан атрибутивный состав документов-уведомлений с учетом способа их создания и
доработанной статусной модели.
Поиск данных в реестрах должен осуществляться, в том числе по: статусу, периоду,
территориальному органу, природопользователю, виду требования, инспектору, каналу доставки.
Должен быть предусмотрен экспорт данных из реестра в файл xlsx и PDF, в том числе по фильтру
(по вышеуказанным признакам).
Для требований по отчетности должны быть выполнены следующие доработки:
–
расширена статусная модель требований для поддержки жизненного цикла
требования со следующими статусами:
- «Зарегистрировано» — требование создано и зарегистрировано в Системе;
- «Направлено» — документ отправлен природопользователю (проставляется
автоматически по факту отправки);
- «На контроле» — срок исполнения не истёк, ответ не получен;
- «Не исполнено» — срок исполнения истёк, ответ не получен;
- «Исполнено» — условие исполнения требования выполнено (устанавливается
автоматически или вручную);
- «Отменено» — требование отозвано уполномоченным сотрудником;
– реализована функция автоматического присвоения статуса «Исполнено» при
наступлении одного или обоих из следующих событий:
34
-
поступление в Систему информации о направлении природопользователем
отчётности (получение отчётности в электронном виде или регистрация факта
получения отчета на бумаге);
- поступление информации об уплате природопользователем соответствующего
платежа (из подсистемы администрирования платежей или по ручной отметке);
– реализованы настраиваемые правила автоматического закрытия требований: выбор
одного или обоих триггеров (отчётность и/или плата), пороговые суммы, допустимые отклонения
по дате;
– реализована возможность ручного изменения статуса уполномоченным
должностным лицом с обязательным указанием основания и приложением подтверждающего
документа.
Должна быть разработана статусная модель для других документов-уведомлений.
Должна быть предусмотрена загрузка требований в реестры из внешних систем:
- импорт архивом из СЭД Росприроднадзора (в формате XML, CSV или ZIP-архивом
карточек документов);
- импорт через API из иных информационных систем Росприроднадзора или ФОИВ;
- ручная загрузка через форму импорта с валидацией данных и уведомлением об
ошибках (вывод ошибок в модальном окне загрузки данных).
Должна быть реализована функциональность пакетного режима формирования и
направления документов-уведомлений:
- формирование группы получателей по определенному признаку, на основе данных,
имеющихся в Системе;
- автоматическая подстановка реквизитов каждого получателя из профиля
природопользователя (наименование, ОГРН/ИНН, адрес, должностное лицо);
- задание шаблона документа-уведомления для пакета (предостережения, требования и
пр.) для группы получателей;
- предварительный просмотр генерируемых документов до регистрации и отправки;
- формирование номенклатуры документов;
- согласование документов-уведомлений ЭП;
- подписание пакета документов-уведомлений ЭП;
- выбор и отправка пакета документов-уведомлений получателям с направлением
уведомления природопользователю в ЛКП.
Должны быть реализованы настраиваемые системные уведомления инспекторам о
приближении срока исполнения требования и о просрочке исполнения.
Должна фиксироваться история изменений статусов по каждому документу-основанию
(история статусов, кто изменил, когда, основание), в том числе автоматическое изменение статуса
отчетности, по результатам проверки которой формируется требование с комментарием о причине
изменения статуса.
Атрибутивный состав реестров, статусные модели, перечень АЛК, справочники, а также
иные требования к доработке реестров требований должны быть уточнены и приведены в ЧТЗ.
4.2.1.6. Требования к доработке подсистемы приема отчетности
1. Должны быть выполнены следующие доработки подсистемы отчетности:
атрибутивный состав электронных форм и процессов рассмотрения отчетов,
указанных в п. 4.2.2 и п. 4.2.3 настоящего ТЗ, должны быть приведены в соответствие требованиям
35
нормативных правовых актов, действующих (или вступающих в силу) на момент выполнения работ
по настоящему ТЗ;
должны быть выполнены доработки процессов рассмотрения отчетов - ранее
реализованные проверки должны быть перенесены в состав аналитических алгоритмов
рассмотрения отчетов (п. 4.2.2.1 и п. 4.2.3.1 настоящего ТЗ);
должны быть выполнены доработки по интеграции с реестром требований для
получения и отображения в карточках отчетов документов-уведомлений, сформированных в
реестре требований вручную, а также в автоматизированном режиме посредством импорта и
автоматизированных проверок отчетов, а также актуальной информации по статусам;
должна быть выполнена доработка функциональности для направления документовуведомлений, сформированных в карточке отчета, с учетом требований п. 4.2.1.5 настоящего ТЗ;
должен быть дополнен перечень АЛК для отчетности.
2. Необходимо доработать ролевую модель в подсистеме приема отчетности для создания
возможности должностным лицам органов исполнительной власти субъектов Российской
Федерации просмотра (без возможности редактирования и проведения иных активных действий):
–
деклараций о плате за негативное воздействие на окружающую среду в отношении
объектов НВОС, представленными плательщиками платы, осуществляющими деятельность на
объектах НВОС, подлежащих региональному государственному экологическому контролю
(надзору), поступивших на рассмотрение в территориальные органы Росприроднадзора;
–
деклараций и отчетности природопользователей в отношении объектов НВОС,
подлежащих государственному экологическому контролю (надзору), расположенных на
территории поднадзорных им субъектов Российской Федерации (одного или нескольких),
поступивших на рассмотрение в Росприроднадзор, его территориальные органы и иные органы
исполнительной власти субъектов Российской Федерации.
3. Указанные требования к развитию подсистемы приема отчетности должны быть уточнены
и приведены в ЧТЗ.
4.2.2. Требования к созданию функциональности для автоматической проверки
отчетности, поступающей в рамках РОП
Должен быть обеспечен автоматический анализ следующей отчетности, поступающей в
рамках РОП:
- отчетность о массе товаров, упаковки, произведенных на территории Российской
Федерации или ввезенных из государств - членов Евразийского экономического союза, в том
числе об испорченном или о бракованном товаре, об упаковке, сведения о вывезенных из
Российской Федерации товарах, упаковке (приложение № 1 к постановлению Правительства
Российской Федерации от 31.05.2024 № 741 «Об утверждении Правил представления
производителями товаров, импортерами товаров отчетности о массе товаров, упаковки,
произведенных на территории Российской Федерации или ввезенных из государств - членов
Евразийского экономического союза, в том числе об испорченном или о бракованном товаре,
об упаковке, сведений о вывезенных из Российской Федерации товарах, упаковке,
отчетности о массе товаров, упаковки, ввезенных из государств, не являющихся членами
Евразийского экономического союза» (далее – ПП РФ № 741));
- отчетность о выполнении самостоятельной утилизации отходов от использования
товаров (приложение № 1 к постановлению Правительства Российской Федерации от
31.05.2024 № 742 «Об утверждении Правил представления производителями товаров,
36
импортерами товаров отчетности о выполнении самостоятельной утилизации отходов от
использования товаров» (далее – ПП РФ № 742));
- отчетность о расчете суммы экологического сбора по товарам, упаковке, произведенным
на территории Российской Федерации или ввезенным из государств-членов Евразийского
экономического союза (приложение № 1 к Правилам взимания экологического сбора,
утвержденным постановлением Правительства Российской Федерации от 30.12.2024 № 1990
«О порядке взимания экологического сбора» (далее – ПП РФ № 1990)).
4.2.2.1. Требования к разработке алгоритмов
отчетности, поступающей в рамках РОП
для
автоматического
анализа
Должны быть разработаны алгоритмы для автоматического анализа отчетности,
поступающей в рамках РОП:
- проверка срока подачи отчетности;
- проверка действительности и легитимности ЭП подписанта отчетности (доверенности);
- проверка действительности субъекта отчетности и его организационно-правовой режим;
- сверка данных отчетности с данными ФТС России и ООО «Оператор-ЦРПТ» с указанием
конкретных нарушений, выявленных в представленных отчетностях;
- автоматическое сравнение в представленных отчетностях сведений о передаче товаров,
используемых в качестве сырья, материалов, запасных частей, комплектующих при
производстве товаров, третьим лицам/использования товара в качестве сырья,
материалов, запасных частей, комплектующих при производстве товаров от третьих лиц,
с отчетностью, представленной третьими лицами с выдачей информации о допущенных
нарушениях, а также возможности автоматического информирования территориальных
органов Росприроднадзора об указанных выявленных нарушениях в отчетностях,
представленных производителем товаров, упаковки;
- проверка уплаты экосбора, в том числе по направленным требованиям;
- сверка представленных в отчетностях сведений по утилизации отходов от использования
товаров с имеющимися в ПТК «Госконтроль» данными по годовым мощностям,
указанными в отчетностях ЮЛ/ИП, осуществляющих утилизацию отходов от
использования товаров (далее – утилизаторы).
Алгоритм проверки срока подачи отчетности должен быть разработан на основе требований
НПА.
Алгоритм проверки действительности и легитимности ЭП подписанта (подписантов)
отчетности (доверенности) должен быть разработан на основе данных действительности
сертификатов ЭП, а также на основе данных о машиночитаемых доверенностях единого реестра
МЧД ФНС России.
Алгоритм проверки действительности субъекта отчетности и его организационно-правового
режима должен быть разработан на основе данных ФНС России.
Алгоритм сверки данных отчетности с данными ФТС России и ООО «Оператор-ЦРПТ»
должен быть разработан на основе данных о производимых товарах, получаемых от
ООО «Оператор-ЦРПТ» за отчетный период в соответствии с соглашением об информационном
взаимодействии от 18.03.2025 № С/67/28-СР-12-9, и на основе данных об осуществленном импорте
товаров, получаемых от ФТС России за отчетный период, в соответствии с соглашениями об
информационном взаимодействии.
Алгоритм автоматической сверки данных отчетности с данными ФТС России и ООО
«Оператор-ЦРПТ» должен выявлять следующие несоответствия:
37
- занижение объема импорта;
- недоказанный экспорт (в том числе третьими лицами);
- структурное несоответствие отчёта требованиям НПА.
Алгоритм сверки данных по передаче/получению товара, используемого в качестве сырья,
материалов, запасных частей, комплектующих при производстве товаров должен обеспечивать
перекрестную проверку отчетов о массе товаров, упаковки, произведенных на территории
Российской Федерации или ввезенных из государств - членов Евразийского экономического союза,
в том числе об испорченном или о бракованном товаре, об упаковке, сведения о вывезенных из
Российской Федерации товарах, упаковке (далее – ОМТУ) контрагентов и выявление нарушений:
недоказанная передача/получение товара, используемого в качестве сырья, материалов, запасных
частей, комплектующих при производстве товаров, несоответствия в массах, иные нарушения.
Алгоритм проверки уплаты экосбора должен предусматривать:
- проверку направления на рассмотрение расчета экосбора;
- проверку уплаченных сумм экосбора по расчетам, приведенным в направленном отчете;
- проверку уплаты экосбора по направленным требованиям.
Для разработки указанного алгоритма должны использоваться в том числе данные из ГИС
ГМП.
Решение организационных вопросов получения данных, получаемых из внешних
информационных систем и необходимых для разработки указанных алгоритмов, осуществляет
Заказчик.
Алгоритмы должны быть реализованы и храниться в виде исполняемых процедур на основе
данных, поступающих из аналитических компонентов Системы.
В случае, если при разработке алгоритмов для анализа отчетности РОП необходимо провести
доработки отчетных форм, указанные работы проводятся в рамках настоящего ТЗ.
Описание входных и выходных данных для аналитических алгоритмов должны быть
уточнены и приведены в ЧТЗ.
4.2.2.2. Требования к разработке процесса автоматического анализа отчетности,
поступающей в рамках РОП
Процесс автоматического анализа отчетности, поступающей в рамках РОП, должен
осуществляться с помощью доработанных и/или созданных функциональных подсистем,
общесистемных модулей и механизмов, требования к которым приведены в п. 4.2.1 настоящего ТЗ.
Процесс автоматического анализа отчетности РОП в общем виде должен предусматривать
следующие этапы:
- регистрация поступившей отчетности РОП;
- последовательный или параллельный запуск аналитических алгоритмов проверки
отчетности РОП;
- автоматическое формирование и направление требований о необходимости устранения
выявленных нарушений и/или уплаты экологического сбора в формате электронного
документа производителям/импортерам с указанием выявленных нарушений.
Для автоматического анализа отчетности РОП должны использоваться алгоритмы,
требования к которым приведены в п. 4.2.2.1 настоящего ТЗ.
По результатам автоматического анализа отчетности РОП должны формироваться
следующие требования о необходимости устранения выявленных нарушений и/или уплаты
экологического сбора в формате электронного документа:
38
1)
Требование об устранении нарушений, выявленных при проверке исполнения
производителями товаров, импортерами товаров обязанности по обеспечению утилизации отходов
от использования товаров (ОМТУ) должно в общем случае содержать:
- дату и номер требования;
- ИНН, а также полное наименование ЮЛ/ИП, которому направляется требование;
- отчетный год;
- электронный номер отчетности;
- коды товаров/упаковки по ТН ВЭД ЕАЭС, по которым выявлены несоответствие
сведений, содержащихся в ОМТУ со сведениями, содержащимися в ФТС России по операциям
импорта с указанием сведений о массе (в килограммах) товара/упаковки товаров, ввезенных на
территорию Российской Федерации по данным ОМТУ и по данным ФТС России, коды
товаров/упаковки по ТН ВЭД ЕАЭС, по которым выявлены несоответствие сведений,
содержащихся в ОМТУ со сведениями, содержащимися в ФТС России по операциям экспорта с
указанием сведений о массе (в килограммах) товара/упаковки товаров, ввезенных на территорию
Российской Федерации по данным ОМТУ и по данным ФТС России;
- информацию о непредставлении документов (в случае, если документы не были
представлены), подтверждающих факт вывоза товаров, упаковки из Российской Федерации в
соответствии с Правилами подтверждения факта вывоза, в том числе третьими лицами, из
Российской Федерации товаров, упаковки, отходы от использования которых подлежат утилизации,
утвержденных постановлением Правительства Российской Федерации от 06.11.2024 № 1486
(далее – Правила № 1486);
- информацию о кодах ТН ВЭД (ОКДП) с указанием количества (в штуках) для товаров,
упаковки, по которым выявлено несоответствие сведений, содержащихся в ОМТУ, со сведениями,
содержащимися в ГИС МТ;
- информацию о расхождениях (при наличии ситуации) в отчетности одного ЮЛ/ИП для
товаров, используемых самостоятельно в качестве сырья, материалов, комплектующих, запасных
частей при производстве товара, включенного в перечни товаров, упаковки товаров, отходы от
использования которых подлежат утилизации, утвержденные постановлением Правительства
Российской Федерации от 29.12.2023 № 2414 (далее – Перечень № 2414), со сведениями в ОМТУ по
производству/импорту данных товаров, используемых самостоятельно в качестве сырья,
материалов, комплектующих, запасных частей;
- информацию о расхождениях (при наличии ситуации) в отчетностях разных ЮЛ/ИП
(перекрестная проверка) со сведениями, представленными в ОМТУ этого ЮЛ/ИП по
произведенным товарам с указанными кодами ОК 034-2014 (КПЕС 2008);
- информацию об отсутствии (при наличии ситуации) отчетности ОМТУ ЮЛ/ИП,
указанного в ОМТУ другого ЮЛ/ИП;
- информацию о нарушениях по заполнению сведений о вывозе товаров, в отношении
которых ранее был уплачен экосбор;
- о непредставлении документов (в случае, если документы не были представлены),
подтверждающих производство товаров (с указанием кодов ОКПД таких товаров) с использованием
вторичного сырья, в случае, когда в отчетности ОМТУ указана масса таких товаров;
- информацию об отсутствии представленного расчета (в случаях, когда помимо иных
нарушений, в ОМТУ также не представлен расчет экосбора).
39
В случае отсутствия нарушений в ОМТУ, но при отсутствии оплаты по ОМТУ, требование
должно содержать сумму к уплате (с учетом данных ОМТУ), с реквизитами и приложенным
расчетом суммы.
2) Требование об устранении нарушений, выявленных при проверке исполнения
производителями товаров, импортерами товаров обязанности по обеспечению утилизации отходов
от использования товаров (отчетность о выполнении самостоятельной утилизации отходов от
использования товаров (далее – ОВСУ)) должно в общем случае содержать:
- дату и номер требования;
- ИНН, а также полное наименование ЮЛ/ИП, которому направляется требование;
- отчетный год;
- электронный номер отчетности;
- информацию (при наличии ситуации) о невозможности учесть сведения в ОВСУ об
утилизации в предыдущем отчетном периоде сверх норматива утилизации за отчетный год с
указанием кодов ТН ВЭД по группам товаров/упаковки, поскольку отчетность ОВСУ по данному
ЮЛ/ИП за предыдущий отчетный период не была представлена в Росприроднадзор, либо не была
подтверждена Росприроднадзором;
- информацию (при наличии ситуации) о несоответствии сведений, содержащихся в
представленной ОВСУ, сведениям, содержащимся в реестре юридических лиц и индивидуальных
предпринимателей, осуществляющих утилизацию отходов от использования товаров (далее –
реестр утилизаторов) (с указанием конкретных несоответствий);
- информацию (при наличии ситуации) об отсутствии кодов и наименований товаров
(продукции) по ОК 034-2014 (КПЕС 2008), произведенных при утилизации отходов от
использования товаров с указанием их кодов по ОКДП;
- информацию (при наличии ситуации) о несоответствии сведений, указанных ЮЛ/ИП в
отчетности о массе отходов от использования товаров и (или) полученного из них вторичного сырья
и об их доле, использованных при производстве товаров (продукции), и сведений о договорах,
которыми предусмотрена утилизация отходов от использования товаров и которые заключены с
производителями товаров, импортерами товаров, иными лицами, о расторжении таких договоров в
отчетном периоде (далее – отчетность о массе отходов), сведениям, указанным данным ЮЛ/ИП в
ОВСУ;
- информацию (при наличии ситуации) о несоответствии сведений, указанных в
отчетности о массе отходов ЮЛ/ИП, осуществляющего утилизацию отходов, сведениям, указанным
в ОВСУ другого ЮЛ/ИП (с указанием сокращенного наименования данного ЮЛ/ИП и
электронного номера отчетности, а также других конкретных сведений, таких как номера актов и
договоров утилизации).
В случае отсутствия нарушений в ОВСУ (и ее принятия Росприроднадзором), но при
наличии в ОВСУ массы отходов, за которые необходимо уплачивать экологический сбор, и
одновременным отсутствием представленного расчета экосбора, должно формироваться
требование с указанием суммы к уплате (с учетом ОВСУ), реквизитами и приложенным расчетом
суммы.
3) Требование об устранении нарушений, выявленных при проверке исполнения
производителями товаров, импортерами товаров обязанности по обеспечению уплаты
экологического сбора должно в общем случае содержать:
- дату и номер требования;
- ИНН, а также полное наименование ЮЛ/ИП, которому направляется требование;
40
- отчетный год;
- электронный номер отчетности;
- информацию (при наличии ситуации) об отсутствии решения о зачете суммы излишне
уплаченного (взысканного) экологического сбора в нарушение пунктов 6, 14, 15, 16 Правил,
утвержденных ПП РФ № 1990;
- информацию (при наличии ситуации) об отсутствии уплаты экологического сбора по
товарам, импортированным и (или) произведенным в отчетном году;
- информацию (при наличии ситуации) о неверно рассчитанной к уплате сумме
экологического сбора;
- информацию (при наличии ситуации) о неверно указанных данных по решениям о зачете
суммы излишне уплаченного (взысканного) экологического сбора;
- информацию о правовых основаниях требования;
- информацию о размере экологического сбора, который требуется уплатить с
приложением расчета в случае необходимости;
- банковские реквизиты для уплаты экологического сбора.
4) Требование о необходимости уплаты экологического сбора (об устранении выявленных
нарушений) должно в общем случае содержать:
- дату и номер требования;
- ИНН, а также полное наименование ЮЛ/ИП, которому направляется требование;
- отчетный год;
- электронный номер расчета экологического сбора;
- описание нарушения: невнесения суммы экологического сбора, либо внесения суммы
экологического сбора не в полном объеме;
- размер суммы экологического сбора;
- банковские реквизиты для уплаты экологического сбора.
Автоматический анализ отчетности РОП должен быть доступен в следующих режимах:
- пользователям в ручном режиме в карточке отчета;
- в автоматическом режиме при поступлении отчета на рассмотрение;
- запуск массового рассмотрения отчетов в ручном режиме.
Должна быть предусмотрена функциональность для выбора состава аналитических проверок
для запуска: запустить все проверки или установить конкретный набор проверок.
Актуальный статус выполнения запущенных проверок и результаты их выполнения должны
отображаться в карточке отчета, а также в разделе автоматического рассмотрения отчетности РОП.
Требования, сформированные по результатам автоматического рассмотрения отчетности
РОП, должны отображаться в соответствующем реестре требований. Отправка требования
природопользователю должна осуществляться либо автоматически, либо после согласования (с
возможным внесением изменений) сотрудником Росприроднадзора – выбор способа должен
обеспечиваться настройками.
Этапы процесса и их последовательность, описание входных и выходных данных для них,
другие требования к разработке процесса автоматического анализа отчетности РОП должны быть
уточнены и приведены в ЧТЗ.
4.2.2.3. Требования к автоматической проверке исполнения требований
Должна быть обеспечена возможность автоматической проверки исполнения требований в
случае представления корректировочных отчетностей или требований по уплате. При этом в
41
интерфейсе КСВ необходимо в корректировочной отчетности отображать, какие именно пункты
ранее направленного требования исполнены.
4.2.3. Требования к созданию функциональности для автоматической проверки
деклараций о плате за негативное воздействие на окружающую среду с возможностью
автоматического формирования и направления требований о необходимости устранения
выявленных нарушений и/или платы за негативное воздействие
4.2.3.1. Требования к разработке аналитических алгоритмов для автоматической
проверки деклараций о плате за негативное воздействие на окружающую среду
Должны быть разработаны алгоритмы для автоматической проверки деклараций о плате за
НВОС:
- проверка срока подачи отчета;
- проверка действительности и легитимности ЭП подписанта отчета (доверенности);
- проверка действительности субъекта платы и его организационно-правовой режим
(организационно-правовой режим будет актуален только при проверке ДПНВОС за 2026
год (субъект МСП));
- проверка актуальности состава объектов НВОС, категории, перечня источников
(проверка по номеру и наименованию) НВОС;
- проверка ОКТМО (алгоритм проверки ОКТМО должен предусматривать
предупреждающие действия для инспектора с отправкой ему соответствующего
уведомления в случае расхождения данных из ОКТМО в ДПНВОС и в реестре ОНВОС,
но при этом не приводить к формированию требования об устранении нарушения);
- проверка состава указанных разрешительных документов, срока их действия и
установленных нормативов;
- проверка фактического баланса загрязняющих веществ;
- проверка примененных коэффициентов и ставок платы;
- проверка геопривязки источников НВОС;
- проверка спецлогики для всех разделов формы отчета;
- проверка итоговых расчетов отчета.
Алгоритм проверки срока подачи отчета должен быть разработан на основе требований
НПА.
Алгоритм проверки действительности и легитимности ЭП подписанта отчета (доверенности)
должен быть разработан на основе данных действительности сертификатов ЭП, а также на основе
данных о машиночитаемых доверенностях единого реестра МЧД ФНС России.
Алгоритм проверки действительности субъекта платы и его организационно-правового
режима должен быть разработан на основе данных ФНС России.
Алгоритм проверки актуальности состава объектов НВОС, категории, состава источников
НВОС, ОКТМО должен быть разработан на основе данных государственного реестра ОНВОС и
данных ФНС России.
Алгоритм проверки состава указанных разрешительных документов и установленных
нормативов должен быть разработан на основе данных из разрешительных документов (КЭР,
декларация о воздействии на окружающую среду, отчет о ПЭК).
Алгоритм проверки фактического баланса загрязняющих веществ должен быть разработан
как перекрестная проверка указанных данных в декларации с данными из имеющихся других
отчетов по ОНВОС.
42
Алгоритм проверки примененных коэффициентов и ставок платы должен быть разработан на
основе требований НПА.
Алгоритм проверки геопривязки источников НВОС должен быть разработан на основе
данных о территориях и объектах, находящихся под особой охраной в соответствии с федеральными
законами, содержащихся в НСПД
Решение организационных вопросов получения данных, получаемых из внешних
информационных систем и необходимых для разработки указанных алгоритмов, осуществляет
Заказчик.
Алгоритмы должны быть реализованы и храниться в виде исполняемых процедур на основе
данных аналитической базы данных.
Описание входных и выходных данных для аналитических алгоритмов должны быть
уточнены и приведены в ЧТЗ.
4.2.3.2. Требования к разработке процесса автоматической проверки деклараций о
плате за негативное воздействие на окружающую среду
Процесс автоматической проверки деклараций о плате за негативное воздействие на
окружающую среду (далее – ДПНВОС) должен осуществляться с помощью доработанных и/или
созданных функциональных подсистемах, общесистемных модулей и механизмов, требования к
которым приведены в п. 4.2.1 настоящего ТЗ.
Процесс автоматической проверки ДПНВОС в общем виде должен предусматривать
следующие этапы:
- регистрация поступившей ДПНВОС;
- последовательный или параллельный запуск аналитических алгоритмов проверки
ДПНВОС;
- формирование и направление в электронном виде требований о представлении лицом,
обязанным вносить плату за негативное воздействие на окружающую среду, пояснений и
(или) внесении исправлений в декларацию о плате за негативное воздействие на
окружающую среду и/или требований о доначислении и довнесении платы за НВОС.
Для автоматической проверки ДПНВОС должны использоваться алгоритмы, требования к
которым приведены в п. 4.2.3.1 настоящего ТЗ.
Автоматическое рассмотрение ДПНВОС должно быть доступно в следующих
настраиваемых режимах:
- пользователям в ручном режиме в карточке отчета;
- в автоматическом режиме при поступлении отчета на рассмотрение;
- запуск массового рассмотрения отчетов в ручном режиме.
Должна быть предусмотрена функциональность для выбора состава аналитических проверок
для запуска: запустить все проверки или установить конкретный набор проверок.
Актуальный статус выполнения запущенных проверок и результаты их выполнения должны
отображаться в карточке отчета, а также в разделе автоматического рассмотрения ДПНВОС.
Требования, сформированные по результатам автоматического рассмотрения ДПНВОС,
должны отображаться в соответствующем реестре требований. Отправка требования
природопользователю должна осуществляться либо автоматически, либо после согласования (с
возможным внесением изменений) сотрудником Росприроднадзора – выбор способа должен
обеспечиваться настройками.
43
Этапы процесса и их последовательность, описание входных и выходных данных для них,
другие требования к разработке процесса автоматической проверки ДПНВОС должны быть
уточнены и приведены в ЧТЗ.
4.2.4. Требования к доработке функциональности администрирования доходов
Должно быть реализовано ручное сторнирование операций по следующим документамоснованиям:
- по расчету суммы экологического сбора;
- по требованиям;
- по ДПНВОС.
Для расчетов суммы экологического сбора по форме приложения 1 к ПП РФ № 1990 должно
быть реализовано автоматическое сторнирование начислений по первоначальному расчету суммы
экологического сбора (далее – РЭС) и последующее автоматическое формирование начислений при
подаче доработанного (скорректированного) РЭС.
Указанные требования к развитию функциональности администрирования доходов должны
быть уточнены и приведены в ЧТЗ.
4.2.5. Требования к созданию функциональности автоматического информирования
производителей, импортеров товаров о необходимости представления отчетностей
Должна быть обеспечена возможность автоматического информирования производителей,
импортеров товаров о необходимости представления отчетностей в рамках РОП в случае, если в
отчетном
периоде
указанные
производители,
импортеры
товаров
осуществили
производство/импорт товаров согласно данным ООО «Оператор-ЦРПТ»/ФТС России.
Каналы, по которым осуществляется автоматическое информирование, должны быть
уточнены и приведены в ЧТЗ.
4.2.5.1. Требования к разработке аналитических алгоритмов для выявления
производителей, импортеров товаров, не представивших отчетность
Должны быть разработаны аналитические алгоритмы для выявления производителей,
импортеров товаров, не представивших отчетность в рамках РОП.
Алгоритм выявления производителей должен быть разработан на основе данных о
производимых товарах, получаемых от ООО «Оператор-ЦРПТ» за отчетный период, в соответствии
с соглашением об информационном взаимодействии от 18.03.2025 № С/67/28-СР-12-9.
Алгоритм выявления импортеров должен быть разработан на основе данных об
осуществленном импорте товаров, получаемых от ФТС России за отчетный период, в соответствии
с соглашениями об информационном взаимодействии.
Решение организационных вопросов получения данных от ООО «Оператор-ЦРПТ» и ФТС
России, необходимых для разработки указанных алгоритмов, осуществляет Заказчик.
Алгоритмы должны быть реализованы и храниться в виде исполняемых процедур на основе
данных аналитической базы данных.
Описание входных и выходных данных для аналитических алгоритмов должны быть
уточнены и приведены в ЧТЗ.
44
4.2.5.2. Требования к разработке процесса информирования производителей,
импортеров товаров о необходимости представления отчетностей
Процесс информирования производителей, импортеров товаров о необходимости
представления отчетностей должна осуществляться с помощью доработанных и/или созданных
функциональных подсистем, общесистемных модулей и механизмов, требования к которым
приведены в п. 4.2.1 настоящего ТЗ.
Процесс автоматического информирования производителей в общем виде должен
предусматривать следующие этапы:
– выявление производителей, которые по данным ООО «Оператор-ЦРПТ» производили
товары в отчетном периоде;
– формирование и направление в электронном виде информационных сообщений о
необходимости представления отчетности в рамках РОП (до даты истечения срока
направления отчетности за отчетный период, установленной законодательством);
– выявление производителей, которые по данным ООО «Оператор-ЦРПТ» производили
товары в отчетном периоде и не направили отчетность в установленные
законодательством сроки;
– формирование и направление в электронном виде информационных сообщений о
необходимости представления отчетности в рамках РОП.
Процесс автоматического информирования импортеров в общем случае должен
предусматривать:
– выявление импортеров, которые по данным ФТС России импортировали товары в
отчетном периоде;
– формирование и направление в электронном виде информационных сообщений о
необходимости представления отчетности в рамках РОП (до даты истечения срока
направления отчетности за отчетный период, установленной законодательством);
– выявление импортеров, которые по данным ФТС России импортировали товары в
отчетном периоде и не направили отчетность в установленные законодательством сроки;
– формирование и направление в электронном виде информационных сообщений о
необходимости представления отчетности в рамках РОП.
Информация о природопользователях, по которым выявлены нарушения, должна
передаваться в соответствующие реестры требований.
Требования, сформированные по результатам автоматического выявления нарушений,
должны отображаться в соответствующем реестре требований. Отправка требования
природопользователю должна осуществляться либо автоматически, либо после согласования (с
возможным внесением изменений) сотрудником Росприроднадзора – выбор способа должен
обеспечиваться настройками.
Этапы процесса и их последовательность, описание входных и выходных данных для них,
другие требования к разработке процесса информирования производителей, импортеров товаров о
необходимости представления отчетностей должны быть уточнены и приведены в ЧТЗ.
4.3. Требования к доработке формы декларации о плате за негативное воздействие на
окружающую среду
В личном кабинете природопользователя должна быть разработана новая электронная форма
ДПНВОС в соответствии с приказом Минприроды России от 01.04.2026 № 182 «Об утверждении
45
порядка представления декларации о плате за негативное воздействие на окружающую среду и ее
формы».
В рамках реализации новой формы ДПНВОС должны быть выполнены следующие работы:
– создана печатная форма ДПНВОС;
– разработана статусная модель;
– реализована возможность подписания печатной формы ЭП;
– реализована интеграция с подсистемой администрирования доходов для возможности
формирования требования о доначислении и довнесении в бюджеты бюджетной системы
Российской Федерации платы за негативное воздействие на окружающую среду, а также
отслеживания данных об оплате по результатам взаиморасчетов с природопользователе;
– реализована возможность выгрузки разделов ДПНВОС в экранной форме ДПНВОС.
Должен быть реализован механизм проверки ставок платы и коэффициентов к ставкам
платы, а также ограничение в выборе коэффициентов в зависимости от требований НПА,
действующих на момент подачи приема ДПНВОС за 2026 отчетный год.
При заполнении формы ДПНВОС за 2026 год должно автоматически заполняться поле
«Относится к субъектам малого и среднего предпринимательства» с помощью вида сведений ФНС
России «Предоставление сведений из реестра малого и среднего предпринимательства в отношении
юридических лиц и индивидуальных предпринимателей».
В случае, если ЮЛ/ИП относится к субъектам МСП, разделы ДПНВОС по авансовым
платежам не заполняются.
Кроме того, должны быть выполнены следующие доработки:
при подаче ДПНВОС по форме, утвержденной приказом Минприроды России от 21.09.2022
№ 624 необходимо реализовать возможность указания признака включения объекта ОНВОС в
перечень, предусмотренный постановлением Правительства Российской Федерации от 19.11.2025
№ 1831 «О внесении изменений в постановление Правительства Российской Федерации
от 12 марта 2022 г. № 353 и об установлении дополнительных коэффициентов к ставкам платы за
негативное воздействие на окружающую среду и к ставкам платы за пользование водными
объектами на территориях Белгородской области и Брянской области, на которых введены режим
чрезвычайной ситуации и правовой режим контртеррористической операции, а также на территории
Курской области, на которой введен правовой режим контртеррористической операции и в
отношении жителей которой принято решение о временном отселении» и АЛК на соответствие
Кинд (дополнительный коэффициент, применяемый к ставкам платы, устанавливаемый
Правительством Российской Федерации в соответствии с пунктом 4 статьи 16.3 Федерального
закона «Об охране окружающей среды» на соответствующий календарный год) выбранному
параметру на уровне ОНВОС.
4.4. Требования к доработке форм отчётности, представляемой производителями,
импортерами товаров, подлежащих утилизации, за истекший календарный год
1.
Должны быть выполнены доработки форм отчётности, представляемой
производителями, импортерами товаров, подлежащих утилизации, за истекший календарный год:
 о массе товаров, упаковки, произведенных на территории Российской Федерации или
ввезенных из государств - членов Евразийского экономического союза, в том числе об испорченном
или о бракованном товаре, об упаковке, сведения о вывезенных из Российской Федерации товарах,
упаковке (приложение № 1 к ПП РФ № 741) в части включения сведений о таможенных декларациях
и о статистических формах перемещения товаров в соответствии с приложениями №№ 1, 2, 3 к
46
правилам подтверждения факта вывоза, в том числе третьими лицами, из Российской Федерации
товаров, упаковки, отходы от использования которых подлежат утилизации, утвержденных
постановлением Правительства Российской Федерации от 06.11.2024 № 1486 «Об утверждении
Правил подтверждения факта вывоза, в том числе третьими лицами, из Российской Федерации
товаров, упаковки, отходы от использования которых подлежат утилизации» (далее – приложения
№№ 1, 2, 3 к ПП РФ № 1486) с обеспечением возможности заполнения доработанной формы в ЛКП
и ее рассмотрения в КСВ;
 о массе товаров, упаковки, ввезенных из государств, не являющихся членами
Евразийского экономического союза (приложение № 2 к ПП РФ № 741) в части обеспечения
возможности рассмотрения данной отчетности в КСВ.
2.
Должна быть разработана форма отчётности о выполнении самостоятельной
утилизации отходов от использования товаров, упаковки, упаковки, в которую упакован товар,
ввезенных в Российскую Федерацию из государств, не являющихся членами Евразийского
экономического союза (приложение № 2 к ПП РФ № 742) с обеспечением возможности ее
заполнения в ЛКП и рассмотрения в КСВ.
3.
Для приведенных выше форм отчётности в общем случае должны быть реализованы
(где применимо):
 механизмы АЛК для контроля вводимых данных, а также расширен атрибутивный состав
и перечень АЛК;
 возможность формирования выгрузки предварительного расчета суммы экологического
сбора (по кнопке «Калькулятор экосбора»);
 возможность отмены подачи отчета природопользователем с учетом необходимости
синхронной отмены зависимых отчетов путем добавления кнопки «Отменить и подать уточненный»
при нажатии на которую отчет из статуса «Ожидает рассмотрения» переходит в статус «Отменен
заявителем»;
 оптимизирована работа с вложенными документами, в том числе для исключения
ситуаций дублирования вложенных документов (сделать возможным указывать уже ранее
приложенный документ в соответствующих разделах форм отчетов), реализовать возможность
массово скачивать вложенные документы.
В ЛКП перечень товаров, упаковки, в отношении которых уплачивается экологический сбор
должен быть реализован в соответствии с Перечнями, утвержденными постановлением
Правительства Российской Федерации от 29.12.2023 № 2414 «Об утверждении перечней товаров,
упаковки, отходы от использования которых подлежат утилизации, и нормативов утилизации
отходов от использования товаров, упаковки», Единой товарной номенклатурой
внешнеэкономической деятельности Евразийского экономического союза, утвержденной решением
Совета Евразийской экономической комиссии от 14.09.2021 № 80. Коды ТН ВЭД ЕАЭС должны
состоять только из десяти знаков.
Для приведенных выше форм отчётности в общем случае должна быть разработана
функциональность их рассмотрения в КСВ:
 разработана логика рассмотрения и статусные модели рассмотрения отчётов;
 реализованы экранные формы «Рассмотрение отчёта» с возможностью формирования и
отображения требований. Необходимо реализовать разграничение прав доступа к указанной форме:
природопользователю, направившему отчёт, данная форма должна быть недоступна для просмотра;
47
 реализованы экранные формы «Итог рассмотрения». Форма должна быть доступна для
просмотра природопользователю, направившему отчёт, без возможности редактирования, с
возможностью скачивания файла-вложения;
 реализованы алгоритмы проверки данных в отчётах (за исключением отчетности ОМТУ
по приложению № 1 к ПП РФ № 741, для которой должны быть реализованы алгоритмы
автоматического анализа). Результаты проверки должны отображаться в электронном файле,
доступном для скачивания:
 с данными отчётов, направленными на рассмотрение другими ЮЛ/ИП;
 с данными, полученными из внешних информационных систем посредством СМЭВ
или в соответствии с соглашениями об информационном взаимодействии.
Детальные требования к формам отчетности и порядку применения АЛК должны быть
определены в ЧТЗ.
4.
Должна быть реализована в электронном виде форма с расчетом суммы экологического
сбора:
 информация о расчете суммы экологического сбора по товарам, упаковке, ввезенным из
государств, не являющихся членами Евразийского экономического союза (приложение № 2 к ПП
РФ № 1990);
 информация о расчете суммы экологического сбора по товарам, упаковке, ввезенным из
государств, не являющихся членами Евразийского экономического союза, за отчетный период
(приложение № 3 к ПП РФ № 1990).
Возможность формирования указанных отчетов должна быть доступна в ЛКП, возможность
рассмотрения – в КСВ.
Электронные формы указанных отчетов в личном кабинете природопользователя должны
обеспечивать внесение данных в соответствии с указанными приложениями к ПП РФ № 1990.
При формировании и направлении на рассмотрение отчетов должен быть реализован
форматно-логический контроль (там, где применимо), включающий:
 проверку на заполнение обязательных полей;
 проверку на тип вводимых данных (численные, текстовые);
 проверку на размер вводимых данных (определенное количество символов);
 логический контроль ввода данных (последовательность заполнения, взаимосвязь
вводимых данных в полях формы);
 контроль соответствия справочным данным.
Для указанных отчетов должна быть реализована возможность формирования выгрузки
предварительного расчета суммы экологического сбора в электронной форме отчета (по кнопке
«Калькулятор экосбора»).
Функциональность для создания расчёта суммы экологического сбора (приложение №, 3 к
ПП РФ № 1990) должна обеспечивать возможность подстановки данных в электронную форму из
отчёта о массе товаров, упаковки, произведенных на территории Российской Федерации или
ввезенных из государств - членов Евразийского экономического союза, в том числе об испорченном
или о бракованном товаре, об упаковке, сведения о вывезенных из Российской Федерации товарах,
упаковке (приложение № 2 к ПП РФ № 741).
Отправленные отчеты должны отображаться в общем списке отчетов в разделе меню «Мои
отчеты» ЛКП. Должен быть предусмотрен фильтр для быстрого поиска указанных отчетов. По
результатам рассмотрения указанных отчетов в ЛКП должно отображаться соответствующее
48
уведомление, а также требование, если в результате рассмотрения отчета оно было сформировано и
направлено.
Должна быть разработана функциональность для рассмотрения указанных отчётных форм в
КСВ:
 реализованы уведомления пользователя (инспектора) при поступлении сведений по
отчетам в кабинете сотрудника ведомства
 разработана логика рассмотрения и статусные модели рассмотрения отчётов;
 реализован раздел «Рассмотрение отчёта». Необходимо реализовать разграничение прав
доступа к указанному разделу: природопользователю, направившему отчёт, раздел должен быть
недоступен для просмотра;
 реализованы экранные формы «Итог рассмотрения». Форма должна быть доступна для
просмотра природопользователю, направившему отчёт, без возможности редактирования.
5.
В случае выявления нарушений при рассмотрении отчетности, указанной в п.п. 1, 2
настоящего раздела ТЗ, должна быть обеспечена возможность формирования в разделе
«Рассмотрение отчета» требований об устранении нарушений в соответствии с настраиваемыми
шаблонами, требования к которым приведены в п. 4.2.1.2 настоящего ТЗ, с возможностью загрузки
вложенных документов. При создании требования, уведомления по результатам рассмотрения
указанной в настоящем разделе отчетности РОП заполнение данных осуществляется в записи в
реестре требований и уведомлений с автоматическим переносом данных из записи в реестре
требований и уведомлений в разделы «Рассмотрение отчета» и «Итог рассмотрения» в отчетность,
из которой было создано требование/уведомление.
6.
Должны быть реализованы реестры:
 отчетности утилизаторов о массе отходов от использования товаров и (или) полученного
из них вторичного сырья и об их доле, использованных при производстве товаров (продукции), и
сведений о договорах, которыми предусмотрена утилизация отходов от использования товаров и
которые заключены с производителями товаров, импортерами товаров, иными лицами, о
расторжении таких договоров в отчетном периоде;
 обобщенных данных учета отходов от использования товаров, полученного из них
вторичного сырья, использованных при производстве товаров (продукции);
формируемых в соответствии с постановлением Правительства Российской Федерации
от 11.12.2023 № 2116 «О представлении юридическими лицами, индивидуальными
предпринимателями отчетности о массе отходов от использования товаров и (или) полученного из
них вторичного сырья и об их доле, использованных при производстве товаров (продукции), и
сведений о договорах, которыми предусмотрена утилизация отходов от использования товаров и
которые заключены с производителями товаров, импортерами товаров, иными лицами, о
расторжении таких договоров в отчетном периоде, а также о ведении учета отходов от
использования товаров, полученного из них вторичного сырья, использованных при производстве
товаров (продукции)» и предоставляемой в ПТК «Госконтроль» в виде совокупности
машиночитаемых файлов.
Информация из отчетностей, содержащейся в данном реестре должна использоваться при
проведении автоматического анализа отчетности в соответствии с требованиями, приведенными в
п. 4.2.2 настоящего ТЗ.
49
4.5. Требования к развитию функциональности разрешительной деятельности
4.5.1. Требования к реализации в электронном виде государственной услуги «Выдача
разрешений на оборот растений, грибов, занесенных в Красную книгу Российской Федерации,
красные книги субъектов Российской Федерации»
1. Должна быть реализована электронная форма заявления «Выдача разрешений на оборот
растений, грибов, занесенных в Красную книгу Российской Федерации, в красные книги субъектов
Российской Федерации».
1.1. Атрибутивный состав электронной формы, формы на ЕПГУ, а также печатной формы
заявления должен соответствовать требованиям к составу данных в заявлении, указанных в пункте 4
Правил выдачи разрешений на оборот растений, грибов, занесенных в Красную книгу Российской
Федерации, красные книги субъектов Российской Федерации, утвержденных постановлением
Правительства Российской Федерации от 01.06.2026 № 670 (далее – Правила выдачи разрешений).
1.2. Должна быть реализована возможность направления в электронном виде вместе с
заявлением документов, предусмотренных п. 6 Правил выдачи разрешений.
1.3. При формировании заявлений в электронном виде должна быть реализована
возможность заполнения данных о заявителе данными из профиля природопользователя.
1.4. При формировании заявления в электронном виде должен быть реализован форматнологический контроль (там, где применимо), включающий:
- проверку на заполнение обязательных полей;
- проверку на тип вводимых данных (численные, текстовые);
- проверку на размер вводимых данных (определенное количество символов);
- логический контроль ввода данных (последовательность заполнения, взаимосвязь
вводимых данных в полях формы);
- контроль соответствия справочным данным;
- должна быть реализована возможность подписания заявления ЭП, а также направить
заявление с машиночитаемой доверенностью, с учетом требований п. 6(а) Правил
выдачи разрешений;
- должна быть реализована статусная модель заявления.
1.5. При формировании заявлений в электронном виде должна быть реализована
функциональность отзыва направленного заявления на выдачу разрешения по инициативе
заявителя.
Для заявления, сформированного в электронном виде, должен отображаться его статус и
история изменений его статусов после отправки на рассмотрение в ведомство.
Результат рассмотрения заявления должен направляться в электронном виде в личный
кабинет природопользователя.
Атрибутивный состав заявления, статусная модель, иные требования к реализации заявления
в личном кабинете природопользователя должны быть уточнены и приведены в ЧТЗ.
2. Должно быть реализовано рассмотрение заявлений на выдачу разрешений на оборот
растений, грибов в электронном виде в кабинете сотрудника ведомства (раздел меню
«Государственные услуги»), в том числе:
2.1. должны быть реализованы следующие этапы рассмотрения заявлений:
- регистрация;
- проверка комплектности;
50
-
межведомственные запросы (ФНС России - Выписка из Единого государственного
реестра юридических лиц, ФНС России - Выписка из Единого государственного реестра
индивидуальных предпринимателей, Росреестр - Выписка из Единого государственного
реестра недвижимости, Нотариальные палаты - Сведения, подтверждающие полномочия
представителя физического или юридического лица, Казначейство России Предоставление из ГИС ГМП информации о начислениях и платежах);
- проверка соответствия;
- принятие решения о предоставлении госуслуги;
этапы рассмотрения заявлений должны предусматривать проверки и процедуры,
предусмотренные в том числе пп. 8 и 12 Правил выдачи разрешений;
2.2. прием и регистрация заявлений, поступивших на рассмотрение в электронном виде,
должны обеспечиваться в автоматизированном режиме, для этого должен использоваться
существующий механизм, реализованный в подсистеме предоставления государственных услуг;
2.3. для реализации функциональности рассмотрения заявлений на выдачу разрешений на
оборот растений, грибов в электронном виде в кабинете сотрудника ведомства должен быть
предусмотрен функционал перенаправления заявления из ТО в ЦА Росприроднадзора;
2.4. должно обеспечиваться направление заявителям статусов и уведомлений о ходе
рассмотрения заявлений;
2.5. должна обеспечиваться интеграция с ЕРУЛ в целях получения номера разрешения, а
также для передачи в ЕРУЛ сведений об отказах с указанием обязательного требования, нарушение
которого послужило основанием для отказа.
Для реализации функциональности рассмотрения заявлений на выдачу разрешений на
оборот растений, грибов в электронном виде в кабинете сотрудника ведомства должны
максимально использоваться существующие механизмы, реализованные в подсистеме
предоставления государственных услуг Системы, а также, в случае необходимости, они могут быть
доработаны или разработаны новые.
Состав этапов рассмотрения заявлений на выдачу разрешений на оборот растений, грибов, а
также описание использования существующих механизмов, реализованных в подсистеме
предоставления государственных услуг Системы, или доработанных (разработанных новых) могут
быть уточнены и приведены в ЧТЗ.
3. Должна быть реализована возможность формирования заявления на выдачу разрешения на
оборот растений, грибов, в кабинете сотрудника ведомства в электронном виде вручную на основе
заявления, поступившего в бумажном виде.
Электронная форма заявления и процедуры рассмотрения таких заявлений должны быть
идентичны электронной форме заявления, размещенной в личном кабинете природопользователя, и
процедурам рассмотрения заявлений, поступившим на рассмотрение в электронном виде из личного
кабинета природопользователя.
При рассмотрении заявления в кабинете сотрудника ведомства, поступившего в бумажном
виде, должна быть обеспечена отправка статусов и результатов рассмотрения заявлений в ЕЛК на
ЕПГУ. Для этого должен использоваться аналогичный механизм передачи статусов по процессу
оказания государственной услуги в ЕЛК ЕПГУ, реализованный для других автоматизированных
госуслуг в подсистеме предоставления государственных услуг Системы.
4. Должна быть реализована возможность ведения реестра выданных разрешений на оборот
растений, грибов, занесенных в Красную книгу Российской Федерации, красные книги субъектов
Российской Федерации в электронном виде, в том числе:
51
4.1. должен быть реализован электронный реестр разрешений на оборот растений, грибов;
закрытая часть реестра разрешений на оборот растений, грибов должна быть
реализована в кабинете сотрудника ведомства (раздел меню «Реестры разрешений») в табличном
виде и содержать информацию о выданных разрешениях, в том числе (но не ограничиваясь):
- номер, статус и дата создания реестровой записи;
- о владельце разрешения;
- об целях обороте объектов (цели, место, сроки, инструменты и пр.).
формирование записи в реестре разрешений на оборот растений, грибов должна быть
обеспечена в автоматизированном режиме по результатам положительного рассмотрения заявления
на выдачу разрешения, а также в ручном режиме посредством заполнения карточки реестровой
записи;
должна быть реализована статусная модель реестровой записи;
должна быть реализована возможность подписания карточки реестровой записи
УКЭП уполномоченного должностного лица Росприроднадзора;
в закрытой части реестра разрешений на оборот растений, грибов должна быть
реализована возможность учета соответствующих отчетов (требования к отчетам приведены ниже в
пп. 5 и 6 настоящего раздела ТЗ);
4.2. должна быть обеспечена интеграция с официальным сайтом Росприроднадзора в части
передачи данных из реестра разрешений на оборот растений, грибов в объеме открытых данных,
состав передаваемых данных должен учитывать требования, предусмотренные п. 10 Правил выдачи
разрешений;
4.3. информация о выданных природопользователю разрешениях на оборот растений, грибов
должны отображаться в его личном кабинете природопользователя (раздел меню «Мои
разрешения») с указанием информации о контрольных сроках по направлению соответствующих
отчетов (требования к отчетам приведены ниже в пп. 5 и 6 настоящего раздела ТЗ);
4.4 должна быть реализована возможность формирования в электронном виде выписки из
реестра, содержащей, в том числе, двумерный штриховой код (QR-код), посредством которого
обеспечивается переход на адрес страницы официального сайта Росприроднадзора в сети
«Интернет» с размещенными на ней записями из открытой части реестра;
Атрибутивный состав реестра и реестровой записи, статусная модель, требования к
механизму создания реестровой записи в реестре, требования к интеграции с официальным сайтом
Росприроднадзора и иные требования к ведению реестра разрешений на оборот растений, грибов в
электронном виде должны быть уточнены и приведены в ЧТЗ.
5. Должна быть реализована возможность формирования в электронном виде и учета отчетов
о результатах выполнения мероприятий по охране растений и грибов, занесенных в Красную книгу
Российской Федерации, красные книги субъектов Российской Федерации (далее – Отчет по охране).
Возможность формирования и направления в электронном виде Отчета по охране должна
быть доступна владельцу разрешения в личном кабинете природопользователя.
Электронная форма (а также печатная форма) Отчета по охране в части атрибутивного
состава должна соответствовать требованиям п. 6 и Приложению к Правилам сбора (заготовки)
растений и грибов, занесенных в Красную книгу Российской Федерации, красные книги субъектов
Российской Федерации, утвержденных Постановлением Правительства Российской Федерации
от 01.06.2026 № 670 (далее – Правила сбора).
52
При формировании Отчета по охране в электронном виде должна быть реализована
возможность автоматизированного заполнения данных о владельце разрешения и реквизитов
разрешения данными из существующей реестровой записи, а также подписания его ЭП.
Направленные Отчеты по охране должны учитываться в реестре разрешений на оборот
растений, грибов:
- в виде прикрепленного электронного документа, направленного из личного кабинета
природопользователя;
- в виде данных о дате направления Отчета по охране и о мероприятиях об охране, в случае
направления отчета в бумажном виде.
Должен быть реализован механизм контроля направления Отчетов по охране в соответствии
с требованиями п. 6 Правил сбора, в том числе:
- отображение информации о контрольном сроке и нарушении срока направления Отчета
по охране в реестре разрешений на оборот растений, грибов;
- автоматизированного формирования и направления уведомления о необходимости
направления Отчета по охране (в личный кабинет природопользователя или на
электронную почту владельца разрешения).
Атрибутивный состав и иные требования к реализации Отчета по охране должны быть
уточнены и приведены в ЧТЗ.
6. Должна быть реализована возможность формирования в электронном виде и учета отчетов
о результатах оборота растений и грибов, занесенных в Красную книгу Российской Федерации,
красные книги субъектов Российской Федерации (далее – Отчет по обороту).
Возможность формирования и направления в электронном виде Отчета по обороту должна
быть доступна владельцу разрешения в личном кабинете природопользователя, при условии, что
заявление на выдачу разрешения на оборот растений, грибов было направлено на рассмотрение
посредством личного кабинета природопользователя, и по результатам его рассмотрения было
выдано разрешение.
Электронная форма (а также печатная форма) Отчета по обороту в части атрибутивного
состава должна соответствовать требованиям п. 13 и Приложению к Правилам выдачи разрешений.
При формировании Отчета по обороту в электронном виде должна быть реализована
возможность автоматизированного заполнения данных о владельце разрешения и реквизитов
разрешения данными из существующей реестровой записи, а также подписания его ЭП.
Направленные Отчеты по обороту должны учитываться в реестре разрешений на оборот
растений, грибов:
- в виде прикрепленного электронного документа, направленного из личного кабинета
природопользователя;
- в виде данных о дате направления Отчета по обороту и о результатах оборота, в случае
направления отчета в бумажном виде.
Должен быть реализован механизм контроля направления Отчетов по обороту в
соответствии с требованиями п. 13 Правил выдачи разрешений, в том числе:
- отображение информации о контрольном сроке и нарушении срока направления Отчета
по обороту в реестре разрешений на оборот растений, грибов;
- автоматизированного формирования и направления уведомления о необходимости
направления Отчета по обороту (в личный кабинет природопользователя или на
электронную почту владельца разрешения).
53
Атрибутивный состав и иные требования к реализации Отчета по обороту должны быть
уточнены и приведены в ЧТЗ.
7. Должно быть реализовано использование справочника объектов оборота (растений,
грибов), занесенных в Красную книгу Российской Федерации, красные книги субъектов Российской
Федерации.
Ведение указанного справочника должно осуществляться в автоматизированном режиме
посредством наполнения его данными из ЕСНСИ. Интеграция с ЕСНСИ должна осуществляться
посредством СМЭВ.
Атрибутивный состав справочника и требования к интеграции с ЕСНСИ должны быть
уточнены и приведены в ЧТЗ.
8. Должна быть разработана форма на ЕПГУ для подачи заявлений на получение госуслуги
«Выдача разрешений на оборот растений, грибов, занесенных в Красную книгу Российской
Федерации, красные книги субъектов Российской Федерации».
Для реализации функциональности рассмотрения заявлений на выдачу разрешений на
оборот растений, грибов в электронном виде с использованием ЕПГУ должны максимально
использоваться существующие механизмы, реализованные в подсистеме предоставления
государственных услуг Системы.
Атрибутивный состав экранных форм должен соответствовать п. 1 настоящего раздела ТЗ и
отвечать Правилам выдачи разрешений.
Должны быть реализованы следующие подуслуги:
- направление отчета о результатах выполнения мероприятий по охране растений и
грибов, занесенных в Красную книгу Российской Федерации, красные книги субъектов
Российской Федерации;
- направление отчета о результатах оборота растений и грибов, занесенных в Красную
книгу Российской Федерации, красные книги субъектов Российской Федерации;
- получение выписки из реестра выданных разрешений на оборот растений, грибов,
занесенных в Красную книгу Российской Федерации, красные книги субъектов
Российской Федерации;
- исправление допущенных опечаток и ошибок в реестре выданных разрешений на оборот
растений, грибов, занесенных в Красную книгу Российской Федерации, красные книги
субъектов Российской Федерации.
Атрибутивный состав, отчетов, выписок, а также формы отчетов должны быть уточнены и
приведены в ЧТЗ.
9. Должна быть реализована возможность формировать аналитические выборки (отчеты) на
основе данных реестра разрешений на оборот растений, грибов, в том числе выборки по данным
Отчетов по охране и Отчетов по обороту.
Атрибутивный состав отчетов и требования к условиям их формирования должны быть
уточнены и приведены в ЧТЗ.
4.5.2. Требования к реализации в электронном виде разрешительной деятельности по
добыче объектов животного мира, занесенных в Красную книгу Российской Федерации,
красные книги субъектов Российской Федерации
1. В соответствии с изменениями, которые внесены в Правила добывания объектов
животного мира, принадлежащих к видам, занесенным в Красную книгу Российской Федерации, за
исключением водных биологических ресурсов», утвержденными постановлением Правительства
Российской Федерации от 01.06.2026 № 671 «О внесении изменений в постановление
54
Правительства Российской Федерации от 6 января 1997 г. № 13» (далее – Правила добычи), должен
быть доработан реестр разрешений на добычу объектов животного мира, занесенных в Красную
книгу Российской Федерации (далее – реестр разрешений на добычу), в соответствии с Правилами
добычи, в том числе (но не ограничиваясь):
- должен быть актуализирован атрибутивный состав электронного реестра разрешений на
добычу;
- должна быть реализована возможность подписания карточки реестровой записи УКЭП
уполномоченного сотрудника Росприроднадзора;
- в закрытой части реестра разрешений на добычу должна быть реализована возможность
учета соответствующих отчетов (требования к отчетам приведены ниже в п. 2 настоящего
раздела ТЗ);
- должна быть доработана интеграция с официальным сайтом Росприроднадзора в части
передачи данных из реестра разрешений на добычу в объеме открытых данных, состав
передаваемых данных должен учитывать требования, предусмотренные п. 4 Правил добычи;
- информация о выданных природопользователю разрешениях на добычу должны
отображаться в его личном кабинете природопользователя (раздел меню «Мои
разрешения»), с указанием информации о контрольных сроках по направлению
соответствующих отчетов (требования к отчетам приведены ниже в п. 2 настоящего раздела
ТЗ).
Атрибутивный состав реестра разрешений и реестровой записи, статусная модель,
требования к интеграции с официальным сайтом Росприроднадзора и иные требования к ведению
реестра разрешений в электронном виде должны быть уточнены и приведены в ЧТЗ.
2. Должна быть реализована возможность формирования в электронном виде и учета отчетов
(вместе с актами добычи) о добыче объектов животного мира, занесенных в Красную книгу
Российской Федерации и (или) красные книги субъектов Российской Федерации (далее – Отчет по
добыче).
Возможность формирования и направления в электронном виде Отчета по добыче (вместе с
актом добычи) должна быть доступна владельцу разрешения в личном кабинете
природопользователя.
Электронная форма (а также печатная форма) Отчета по добыче в части атрибутивного
состава должны соответствовать требованиям п. 6 Правил добычи. Электронная форма Отчета по
добыче должна предусматривать возможность прикрепления заполненного акта добычи.
В личном кабинете природопользователя должен быть доступен (для сохранения) шаблон
акта добычи. Шаблон акта добычи в части атрибутивного состава должен соответствовать
требованиям п. 5 Правил добычи.
При формировании Отчета по добыче в электронном виде должна быть реализована
возможность автоматизированного заполнения данных о владельце разрешения на добычу и
реквизитов разрешения на добычу данными из существующей реестровой записи, а также
подписания его ЭП.
Направленные Отчеты по добыче должны учитываться в реестре разрешений на добычу:
- в виде прикрепленного электронного документа, направленного из личного кабинета
природопользователя;
- в виде данных о дате направления Отчета по добыче и о фактических результатах
добычи, в случае направления отчета в бумажном виде.
55
Должен быть реализован механизм контроля направления Отчетов по добыче в соответствии
с требованиями п. 6 Правил добычи, в том числе:
- отображение информации о контрольном сроке и нарушении срока направления Отчета
по добыче в реестре разрешений на добычу;
- автоматизированного формирования и направления уведомления о необходимости
направления Отчета по добыче (в личный кабинет природопользователя или на
электронную почту владельца разрешения).
Атрибутивный состав и иные требования к реализации Отчета по добыче должны быть
уточнены и приведены в ЧТЗ.
3. Для реализации в электронном виде разрешительной деятельности по добыче объектов
животного мира, занесенных в Красную книгу Российской Федерации, красные книги субъектов
Российской Федерации в ПТК «Госконтроль» должно быть реализовано использование
справочника объектов добычи, занесенных в Красную книгу Российской Федерации, красные книги
субъектов Российской Федерации. Ведение указанного справочника должно осуществляться в
автоматизированном режиме посредством наполнения его данными из ЕСНСИ. Интеграция с
ЕСНСИ должна осуществляться посредством СМЭВ.
Атрибутивный состав справочника и требования к интеграции с ЕСНСИ должны быть
уточнены и приведены в ЧТЗ.
4. Должна быть реализована возможность формировать аналитические выборки (отчеты) на
основе данных реестра разрешений на добычу, в том числе выборки по данным Отчетов по добыче.
Атрибутивный состав отчетов и требования к условиям их формирования должны быть
уточнены и приведены в ЧТЗ.
4.5.3. Требования к реализации в электронном виде разрешительной деятельности по
обороту объектов животного мира, занесенных в Красную книгу Российской Федерации и
(или) красные книги субъектов Российской Федерации
1. В соответствии с изменениями, которые внесены в Правила выдачи разрешения на оборот
объектов животного мира, занесенных в Красную книгу Российской Федерации, утвержденными
постановлением Правительства Российской Федерации от 01.06.2026 № 672 «О внесении изменений
в постановление Правительства Российской Федерации от 11 марта 2022 г. № 343» (далее – Правила
выдачи разрешения на оборот) должен быть доработан реестр разрешений на оборот объектов
животного мира, занесенных в Красную книгу Российской Федерации (далее – реестр разрешений
на оборот), в соответствии с Правилами выдачи разрешения на оборот, в том числе (но не
ограничиваясь):
- должен быть актуализирован атрибутивный состав электронного реестра разрешений на
оборот;
- должна быть реализована возможность подписания карточки реестровой записи УКЭП
уполномоченного сотрудника Росприроднадзора;
- в закрытой части реестра разрешений на оборот должна быть реализована возможность учета
соответствующих уведомлений и отчетов (требования к уведомлениям и отчетам приведены
ниже в пп. 2 и 3 настоящего раздела ТЗ);
- должна быть доработана интеграция с официальным сайтом Росприроднадзора в части
передачи данных из реестра разрешений на оборот в объеме открытых данных, состав
передаваемых данных должен учитывать требования, предусмотренные п. 7 Правил выдачи
разрешения на оборот;
56
-
информация о выданных природопользователю разрешениях на оборот должна
отображаться в его личном кабинете природопользователя (раздел меню «Мои
разрешения»), с указанием информации о контрольных сроках по направлению
соответствующих отчетов (требования к отчетам приведены ниже в п. 3 настоящего раздела
ТЗ).
Атрибутивный состав реестра разрешений и реестровой записи, статусная модель,
требования к интеграции с официальным сайтом Росприроднадзора и иные требования к ведению
реестра разрешений в электронном виде должны быть уточнены и приведены в ЧТЗ.
2. Должна быть реализована возможность формирования в электронном виде и учета
уведомлений о совершении оборота объектов животного мира, занесенных в Красную книгу
Российской Федерации и (или) красные книги субъектов Российской Федерации (далее –
Уведомление о совершении оборота).
Возможность формирования и направления в электронном виде Уведомления о совершении
оборота должна быть доступна владельцу разрешения в личном кабинете природопользователя.
Электронная форма (а также печатная форма) Уведомления о совершении оборота в части
атрибутивного состава должны соответствовать требованиям п. 8 Правил выдачи разрешения на
оборот.
При формировании Уведомления о совершении оборота в электронном виде должна быть
реализована возможность автоматизированного заполнения данных о владельце разрешения и
реквизитов разрешения данными из существующей реестровой записи, а также подписания его ЭП.
Направленные Уведомления о совершении оборота должны учитываться в реестре
разрешений на оборот объектов животного мира:
- в виде прикрепленного электронного документа, направленного из личного кабинета
природопользователя;
- в виде данных о дате направления Уведомления о совершении оборота и о месте оборота,
в случае направления уведомления в бумажном виде.
Должен быть реализован механизм контроля направления Уведомления о совершении
оборота в соответствии с требованиями п. 8 Правил выдачи разрешения на оборот, в том числе:
- отображение информации о контрольном сроке и нарушении срока направления
Уведомления о совершении оборота в реестре разрешений на оборот объектов
животного мира.
Атрибутивный состав и иные требования к реализации Уведомления о совершении оборота
должны быть уточнены и приведены в ЧТЗ.
3. Должна быть реализована возможность формирования в электронном виде и учета отчетов
о результатах оборота объектов животного мира, занесенных в Красную книгу Российской
Федерации и (или) красные книги субъектов Российской Федерации (далее – Отчет о результатах
оборота).
Возможность формирования и направления в электронном виде Отчета о результатах
оборота должна быть доступна владельцу разрешения в личном кабинете природопользователя.
Электронная форма (а также печатная форма) Отчета о результатах оборота в части
атрибутивного состава должны соответствовать требованиям п. 11 Правил выдачи разрешения на
оборот.
При формировании Отчета о результатах оборота в электронном виде должна быть
реализована возможность автоматизированного заполнения данных о владельце разрешения на
57
оборот и реквизитов разрешения на оборот данными из существующей реестровой записи, а также
подписания его ЭП.
Направленные Отчеты о результатах оборота должны учитываться в реестре разрешений на
оборот:
- в виде прикрепленного электронного документа, направленного из личного кабинета
природопользователя;
- в виде данных о дате направления Отчета о результатах оборота и о фактических
результатах оборота, в случае направления отчета в бумажном виде.
Должен быть реализован механизм контроля направления Отчетов о результатах оборота в
соответствии с требованиями п. 11 Правил выдачи разрешения на оборот, в том числе:
- отображение информации о контрольном сроке и нарушении срока направления Отчета
о результатах оборота в реестре разрешений на оборот;
- автоматизированного формирования и направления уведомления о необходимости
направления Отчета о результатах оборота (в личный кабинет природопользователя или
на электронную почту владельца разрешения).
Атрибутивный состав и иные требования к реализации Отчета о результатах оборота должны
быть уточнены и приведены в ЧТЗ.
4.5.4. Иные требования к реализации в электронном виде разрешительной
деятельности
1. В карточке реестровой записи необходимо добавить функционал по отправке сведений в
ЕРУЛ с информацией об исключении из реестра. Функционал должен быть доступен только для
заявлений в статусе «Услуга оказана (положительный результат)», вид государственной услуги:
«Включение гражданина в перечень общественных инспекторов по охране окружающей среды»,
подуслуга: «Включение в перечень».
Сценарий исключения общественного инспектора по охране окружающей среды по
инициативе сотрудника ведомства должен быть определен в ЧТЗ.
2. В карточке реестровой записи необходимо добавить функционал по отправке сведений в
ЕРУЛ с информацией об исключении из реестра. Функционал должен быть доступен только для
заявлений в статусе «Услуга оказана (положительный результат)», вид государственной услуги:
«Включение гражданина в перечень общественных инспекторов в области обращения с
животными», подуслуга: «Включение в перечень».
Сценарий исключения общественного инспектора в области обращения с животными по
инициативе сотрудника ведомства должен быть определен в ЧТЗ.
3. Для государственных услуг, оказываемых в рамках международного законодательства,
должен быть реализован механизм автоматического формирования номера разрешения. Перечень
таких государственных услуг, алгоритм формирования и структура номера должны быть уточнены
и приведены в ЧТЗ.
4. В подсистеме ведения государственного кадастра отходов необходимо обеспечить
возможность редактирования сведений, содержащихся в подразделе «Объекты размещения твердых
коммунальных отходов» карточек ГРОРО для действующих объектов.
4.6. Требования к интеграции с иными информационными системами
Должна быть реализовано интеграционное взаимодействие ПТК «Госконтроль» с
федеральной информационной адресной системой (ФИАС), оператором которой является ФНС
58
России, в целях автоматизации процесса обновления общероссийского классификатора территорий
муниципальных образований (ОКТМО), используемого во внутренних алгоритмах и процессах
ПТК «Госконтроль».
Должно быть реализовано интеграционное взаимодействие ПТК «Госконтроль» с Единым
реестром малого и среднего предпринимательства, оператором которого является ФНС России, в
целях автоматического заполнения поля принадлежности к субъектам МСП при формировании
ДПНВОС через вид сведений ФНС России «Предоставление сведений из реестра малого и среднего
предпринимательства в отношении юридических лиц и индивидуальных предпринимателей»
(https://nsud.gosuslugi.ru/pud/#/inquiries/card/dd0a3aac-d9cd-11eb-87f2-6dd2d98a56b1)3.
Способ информационного взаимодействия и атрибутивный состав данных ОКТМО должен
быть определен на этапе разработки ЧТЗ.
4.7. Требования к надежности дорабатываемой Системы
К показателям надежности относятся следующие показатели:
- доступность (%) – способность информационной системы выполнять согласованную
функцию в течение оговоренного времени, рассчитывается как отношение разницы
времени работы информационной системы и времени простоя к произведению времени
работы информационной системы на 100;
- надежность (час) – мера того, как долго информационная система может сохранять
непрерывную работоспособность в рамках выполнения согласованных функций;
- время сохранности данных (час) – допустимый период времени, за который могут быть
утрачены данные;
- время восстановления после сбоя (час) – допустимое время восстановления
работоспособности.
При развитии Системы должно быть обеспечено достижение следующих параметров
надежности:
- надежность – 1441 часов;
- доступность – 98,5%;
- время сохранности данных – 24 часа;
- время восстановления после сбоя – 24 часа.
4.8. Требования к составу и параметрам технических средств дорабатываемой Системы
Доработанная Система должна размещаться на технических средствах ГЕОП. Текущий
состав используемых технических средств справочно приведен в Приложении 1 к настоящему ТЗ.
Требования к составу и параметрам технических средств (оборудованию), необходимым для
обеспечения работоспособности доработанной Системы, с учетом возможностей ГЕОП, должны
быть сформулированы Исполнителем в пояснительной записке технического проекта.
Технические средства, необходимые для функционирования доработанной Системы,
предоставляются, размещаются и обслуживаются Заказчиком.
3
В случае изменения реквизитов размещения, номеров версий, наименований внешних информационных ресурсов,
вида сведений, произошедших по независящим от Заказчика причинам, работы по настоящему ТЗ должны выполняться
с учетом полученной Исполнителем от Заказчика уточненной информации.
59
4.9. Требования к маркировке и упаковке дорабатываемой Системы
Не предъявляются.
4.10. Требования к транспортированию и хранению дорабатываемой Системы
Не предъявляются.
4.11. Требования к видам обеспечения дорабатываемой Системы
4.11.1. Требования к математическому обеспечению
Не предъявляются.
4.11.2. Требования к информационному обеспечению
При развитии Системы должна быть сохранена реализация уровня хранения данных на
основе реляционных или объектно-реляционных СУБД, обеспечивающие реализацию встроенных
механизмов построения индексов и контроля целостности данных.
Доступ к данным должен быть предоставлен только авторизованным пользователям
с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Функциональные возможности Системы должны обеспечивать однократный ввод данных
вне зависимости от того, в каких информационных массивах или базах данных (далее – БД) они
будут храниться и какими функциональными подсистемами использоваться. Однократный ввод
данных должен быть обеспечен с учетом дальнейшей возможности корректировки.
Функциональность Системы должна обеспечивать первичный контроль вводимых данных на
соответствие формальным правилам: проверка типов, размерности, допустимости значений.
Актуальность и непротиворечивость вносимых данных должны достигаться за счет
использования общероссийских классификаторов и справочников (там, где применимо). В
информационных системах должны использоваться централизованные справочники.
В случае необходимости при проведении работ по развитию Системы Исполнитель обязан
предусмотреть доработки для использования новых общероссийских справочников и
классификаторов, или самостоятельно разработанных требуемых справочников и классификаторов.
Состав и назначение справочников, классификаторов и информации, хранящейся в них, должны
быть приведены в пояснительных записках технических проектов.
Информационный обмен между компонентами Системы и клиентскими приложениями
должен осуществляться по локальной сети и/или по сети «Интернет» без вмешательства
пользователя и без повторного ручного ввода информации.
4.11.3. Требования к программному обеспечению
В составе программного обеспечения Системы должно содержаться системное программное
обеспечение и прикладное программное обеспечение. При развитии Системы должно
обеспечиваться максимальное использование уже применяемых программных технологий, состав
справочно приведен в Приложении 1 к настоящему ТЗ.
Системное ПО должно включать в себя: операционную систему, СУБД, набор сервисных и
тестовых программ. При выполнении работ Исполнитель должен учитывать состав системного ПО,
находящегося в эксплуатации на рабочих станциях пользователей информационных систем.
60
Для обработки и хранения данных в информационных системах Росприроднадзора должны
использоваться реляционные базы данных, обеспечивающие реализацию встроенных механизмов
построения индексов и контроля целостности данных.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать
документирование и протоколирование обрабатываемой в Системах информации.
Общие требования к используемой реализации СУБД:
- поддержка реляционной или объектно-реляционной модели БД;
- поддержка технологии клиент-сервер;
- наличие средств создания индексов и кластеров данных;
- автоматическое восстановление БД;
- совместимость с различными операционными системами серверов БД;
- поддержка сетевых протоколов TCP/IP;
- наличие графических средств администрирования;
- возможность контроля доступа к данным;
- централизованное управление учетными записями пользователей информационных
систем;
- оптимизация запросов.
Для вспомогательных целей могут использоваться нереляционные СУБД.
Должны соблюдаться требования по безопасности информации к СУБД, утвержденные
приказом ФСТЭК России от 14.04.2023 № 64, а также сертифицированные операционные системы,
системы управления базами данных, средства виртуализации и средства контейнеризации в
соответствии с Требованиями, о защите информации, не составляющей государственную тайну,
содержащейся в государственных информационных системах, утвержденных приказом ФСТЭК
России от 11.04.2025 № 117.
Прикладное программное обеспечение должно полностью обеспечивать реализацию
требований к функциональности Системы в соответствии с настоящим ТЗ. При развитии
прикладного программного обеспечения должен применяться язык программирования высокого
уровня, построенный на принципах объектно-ориентированного программирования, приложения
которого могут выполняться в виртуальных средах, вне зависимости от компьютерной
архитектуры.
Описание используемого программного обеспечения должно быть приведено
в пояснительных записках технических проектов.
При развитии Системы необходимо соблюдать требования постановления Правительства
Российской Федерации от 23.12.2024 № 1875 «О мерах по предоставлению национального режима
при осуществлении закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц» в части
использования программного обеспечения, разработанного в Российской Федерации (государствечлене Евразийского экономического союза, за исключением Российской Федерации) и
содержащегося в Реестре отечественного российского ПО (Реестре евразийского ПО).
Исполнителем при разработке может использоваться программное обеспечение и
библиотеки программных кодов, являющиеся собственной разработкой Исполнителя или
приобретаемые на основании лицензий (в том числе свободно распространяемое ПО с открытым
исходным кодом). При предоставлении Заказчику прав использования программного обеспечения,
разработанного третьими лицами либо Исполнителем в целях использования такого программного
обеспечения в рамках реализации условий настоящего ТЗ и Контракта, состав таких прав должен
61
включать возможность предоставления Заказчиком прав использования такого программного
обеспечения в составе Системы государственным (муниципальным) органам, подведомственным
им организациям, пользователям Системы в объеме, необходимом для использования Системы по
ее прямому назначению, подрядчикам (исполнителям), с которыми Заказчиком или указанными
лицами заключены государственные контракты (договоры), и их субподрядчикам (соисполнителям)
исключительно для целей исполнения обязательств по таким государственным контрактам
(договорам). Патентная чистота программного обеспечения Системы должна быть обеспечена в
отношении патентов, действующих на территории Российской Федерации. Реализация
технических, программных, организационных и иных решений в Системе не должна приводить к
нарушению авторских и смежных прав третьих лиц.
Исполнитель обязан предоставить Заказчику (в составе пояснительных записок технических
проектов) перечень лицензионного программного обеспечения, использованного им при развитии
Системы, а также исчерпывающую информацию об условиях его использования.
Все исходные тексты компонентов (программного обеспечения), созданных Исполнителем
при развитии Системы, должны быть переданы Заказчику вместе с исключительными правами на
использование программы, доработку программы, распространение программы и ее производных в
любой форме и любыми способами.
Необходимо обеспечить учет всех созданных или приобретенных с привлечением средств
соответствующего бюджета алгоритмов и программ для электронных вычислительных машин, а
также технической и методической документации в соответствии с постановлением Правительства
Российской Федерации от 30 января 2013 г. № 62 «О национальном фонде алгоритмов и программ
для электронных вычислительных машин».
4.11.4. Требования к техническому обеспечению
Доработанная Система должна размещаться на технических средствах ГЕОП.
Требования к производительности и объемам необходимой инфраструктуры для
обеспечения работоспособности доработанной Системы приведены в Приложении 1 к настоящему
ТЗ.
В случае необходимости, обоснование потребности в изменении приведенного состава и
производительности технических средств, с учетом возможностей ГЕОП, должны быть
сформулированы Исполнителем в пояснительной записке технического проекта.
Технические средства, необходимые для функционирования доработанной Системы,
предоставляются, размещаются и обслуживаются Заказчиком.
4.11.5. Требования к метрологическому обеспечению
Не предъявляются.
4.11.6. Требования к лингвистическому обеспечению
Все экранные формы, выходные формы, инструкции по работе, вся документация должны
быть выполнены на русском языке. Исключения могут составлять только системные сообщения и
экранные формы панели администрирования, не подлежащие русификации.
4.11.7. Требования к эргономике и технической эстетике
В качестве нормативной технической документации при эргономическом проектировании
компонентов интерфейсов Системы должны использоваться государственные стандарты.
Экранные формы должны проектироваться с учетом требований унификации:
62
-
-
все экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением основных элементов управления и
навигации, с учетом существующего графического дизайна интерфейсов Системы;
для обозначения одних и тех же операций должны использоваться одинаковые
графические значки, кнопки и другие управляющие (навигационные) элементы;
должны быть унифицированы термины, используемые для описания идентичных
понятий, операций и действий пользователя;
реакция Системы на действия оператора (наведение указателя «мыши», переключение
фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми
же графическими элементами, независимо от их расположения на экране.
4.12. Требования к защите информации дорабатываемой Системы
Обеспечение защиты информации, обрабатываемой в Системе, должно осуществляться в
целях:
а) недопущения (снижения возможности) наступления негативных последствий (событий) от
нарушения конфиденциальности, целостности, доступности информации (далее – нарушение
безопасности информации);
б) недопущения (снижения возможности) наступления негативных последствий (событий) от
нарушения функционирования информационных систем вследствие реализации (возникновения)
угроз безопасности информации.
Все выполняемые работы в части защиты информации в информационных системах
Росприроднадзора должны осуществляться с учетом положений Федерального закона от 04.05.2011
№ 99-ФЗ «О лицензировании отдельных видов деятельности», Федерального закона от 27.07.2006
№ 149-ФЗ «Об информации, информационных технологиях и о защите информации»,
Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных», постановления
Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания,
развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных
информационных систем и дальнейшего хранения содержащейся в их базах данных информации»,
постановления Правительства Российской Федерации от 01.11.2012 № 1119 «Об утверждении
требований к защите персональных данных при их обработке в информационных системах
персональных данных», приказа ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований
о защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных предприятий,
государственных учреждений», приказа ФСТЭК России от 03.04.2018 № 55 «Об утверждении
Положения о системе сертификации средств защиты информации», Методического документа
ФСТЭК России от 12.04.2026 «Состав и содержание мероприятий и мер по защите информации,
содержащейся в информационных системах».
Исполнитель несет полную ответственность за нераспространение информации, к которой
он получает доступ в рамках выполнения работ по настоящему ТЗ, в соответствии с
законодательством Российской Федерации. Информация, предоставляемая Исполнителю с целью
выполнения работ по настоящему ТЗ, является сведениями ограниченного доступа и может
передаваться третьим лицам только в целях обеспечения выполнения работ по настоящему ТЗ.
Исполнитель на время выполнения работ должен обеспечить минимизацию рисков,
связанных с возможным нарушением конфиденциальности, целостности и доступности
информации, содержащейся в информационных системах, посредством выполнения:
63
- организационно-распорядительных мер;
- применения методов безопасного программирования.
В
рамках
выполнения
организационно-распорядительных
мер
обеспечения
информационной безопасности Исполнитель должен:
- определить перечень работников, для которых предполагается удаленный
административный доступ к инфраструктуре размещения Системы;
- организовать выделение автоматизированных рабочих, не имеющих сторонних
подключений, с установленными на них сертифицированными средствами защиты
информации, реализующими аутентификацию и идентификацию пользователей, а также
антивирусную защиту.
Административный доступ к инфраструктуре размещения Системы предоставляется
Заказчиком только после предоставления Исполнителем копии аттестата соответствия на
автоматизированные рабочие места Исполнителя, подтверждающего достаточность и
эффективность принятых мер по 2 классу защиты в соответствии с приказом ФСТЭК России
от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей
государственную тайну, содержащейся в государственных информационных системах» или
приказом ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о защите информации,
содержащейся в государственных информационных системах, иных информационных системах
государственных органов, государственных унитарных предприятий, государственных
учреждений».
В соответствии с приказом ФСБ России от 10.07.2014 № 378 «Об утверждении Состава и
содержания организационных и технических мер по обеспечению безопасности персональных
данных при их обработке в информационных системах персональных данных с использованием
средств криптографической защиты информации, необходимых для выполнения установленных
Правительством Российской Федерации требований к защите персональных данных для каждого из
уровней защищенности», приказом ФСБ России от 22.08.2026 № 321 «Об утверждении Требований
о защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных предприятий,
государственных учреждений, а также при использовании технических средств и программ для
электронных вычислительных машин и баз данных в соответствии с частью 5.1 статьи 13
Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях
и о защите информации» с использованием шифровальных (криптографических) средств» и
методическим документом «Методические рекомендации по разработке нормативных правовых
актов, определяющих угрозы безопасности персональных данных, актуальные при обработке
персональных данных в информационных системах персональных данных, эксплуатируемых при
осуществлении соответствующих видов деятельности», утвержденным руководством 8 Центра
ФСБ России 31.03.2015 № 149/7/2/6-432, для обеспечения криптографической защиты информации
в Системе (включая аутентификацию внешних информационных систем на основе отечественных
криптографических алгоритмов с использованием сертификатов безопасности, созданных
Национальным удостоверяющим центром на основе отечественных сертифицированных ФСБ
России СКЗИ, а также удаленных привилегированных пользователей) должны применяться СКЗИ
класса КС3 и выше, исходя из чего, подключение к Системе автоматизированных рабочих мест
Исполнителя должно осуществляться по каналам передачи данных, защищенных с использованием
СКЗИ, сертифицированных ФСБ России по классу криптографической защиты не ниже КС3. При
этом должна быть обеспечена техническая и программная стыкуемость с СКЗИ Системы.
64
Порядок подключения к Системе автоматизированных рабочих мест Исполнителя приведен
в приложении 2 к настоящему ТЗ.
При выполнении работ должны соблюдаться требования ГОСТ Р 59547-2021
«Национальный стандарт Российской Федерации. Защита информации. Мониторинг
информационной безопасности. Общие положения».
Разработка программного кода должна осуществляться в соответствии с требованиями ГОСТ
Р 56939-2024 «Национальный стандарт Российской Федерации. Защита информации. Разработка
безопасного программного обеспечения. Общие требования».
При разработке программного кода Исполнитель должен применять методы безопасного
программирования, включающие:
- ручную и автоматизированную проверку кода на предмет контроля отсутствия НДВ;
- контроль версионности исходного кода;
- устранение выявленных уязвимостей;
- применение в Системе доверенных технологий искусственного интеллекта или их
компонент.
Результатом эффективного применения указанных методов должно являться отсутствие в
доработанном прикладном программном обеспечении Системы актуальных уязвимостей,
подтвержденное соответствующими протоколами (техническими заключениями) по результатам
оценки соответствия программного обеспечения Системы по требованиям ФСТЭК России: приказ
ФСТЭК России от 03.04.2018 № 55 «Об утверждении Положения о системе сертификации средств
защиты информации» и приказ ФСТЭК России от 02.06.2020 № 76 «Требования по безопасности
информации, устанавливающие уровни доверия к средствам технической защиты информации
и средствам обеспечения безопасности информационных технологий».
При развитии Системы Исполнитель должен соблюдать требования Политики
информационной безопасности (защиты информации), утвержденной Заказчиком.
При развитии Системы Исполнитель должен выполнить актуализацию имеющихся
документов в области защиты информации на информационные системы Росприроднадзора, в том
числе приведение указанных документов в соответствие с требованиями приказа ФСТЭК России от
11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в
государственных информационных системах, иных информационных системах государственных
органов, государственных унитарных предприятий, государственных учреждений»:
- модель угроз безопасности информации;
- частное техническое задание на систему защиты информации;
- технический проект системы защиты информации;
- комплект эксплуатационной документации на систему защиты информации.
В соответствии с требованиями постановления Правительства Российской Федерации
от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию,
эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего
хранения содержащейся в их базах данных информации» Заказчик направляет актуализированные
проекты моделей угроз безопасности информации и частных технических заданий на системы
защиты информации на согласование с ФСБ России и ФСТЭК России в пределах их полномочий в
части, касающейся выполнения установленных требований по защите информации. В случае
возникновения замечаний и выявления недостатков согласующими органами, Исполнитель должен
устранить данные замечания и недостатки.
65
При актуализации документов в области защиты информации на информационные системы
Росприроднадзора должны учитываться, в том числе, возможные способы реализации угроз
безопасности информации и последствий от нарушения свойств безопасности информации
(конфиденциальности, целостности, доступности) в отношении инфраструктуры размещения
информационных систем (ЦОД). Средства защиты информации инфраструктуры размещения
Системы обеспечиваются ГЕОП. Обеспечение требований безопасности в ГЕОП осуществляется
сервис-провайдером и не входит в состав настоящего ТЗ. Класс защищенности ГЕОП должен быть
не ниже класса защищенности Системы (класс защищенности – К2, уровень защищенности
персональных данных – УЗ3).
При актуализации документов в области защиты информации на Систему должно
учитываться требование соответствия программно-технических средств, предназначенных для
обработки информации, содержащейся в Системе, в том числе программно-технические средства и
средства защиты информации, требованиям законодательства Российской Федерации о
техническом регулировании. Все применяемые в Системе средства защиты информации должны
быть сертифицированы в системе сертификации ФСТЭК России и соответствовать не ниже 5 классу
средств защиты информации и не ниже, чем 5 уровню доверия. Поставка средств защиты
информации не входят в перечень работ по настоящему ТЗ и обеспечивается Заказчиком.
В соответствии с пунктом 6 Указа Президента Российской Федерации от 01.05.2022 № 250
«О дополнительных мерах по обеспечению информационной безопасности Российской Федерации»
не допускается применение средств защиты информации, странами происхождения которых
являются иностранные государства, совершающие в отношении Российской Федерации,
российских юридических лиц и физических лиц недружественные действия, либо производителями
которых являются организации, находящиеся под юрисдикцией таких иностранных государств,
прямо или косвенно подконтрольные им либо аффилированные с ними.
Проектные решения в части информационной безопасности должны обеспечивать
соблюдение требований приказа ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований
о защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных предприятий,
государственных учреждений», а также обеспечивать соблюдение мер безопасности в соответствии
с Методическим документом ФСТЭК России от 12.04.2026 «Состав и содержание мероприятий и
мер по защите информации, содержащейся в информационных системах».
В связи с тем, что ПТК «Госконтроль» имеет интерфейсы и сервисы, к которым должен быть
обеспечен постоянный доступ из сети «Интернет», система защиты Системы должна обеспечивать
выполнение мер защиты от атак, направленных на отказ в обслуживании и предусматривать:
– выявление интерфейсов и сервисов Системы, к которым должен быть обеспечен
постоянный доступ;
– выявление публичных сетевых адресов, зарегистрированных за оператором и (или)
полученных от провайдеров хостинга, и доменных имен, используемых для обеспечения
функционирования информационной системы, определение их назначения;
– выявление и исключение из информационной системы интерфейсов и сервисов
информационных систем, к которым обеспечен доступ из сети «Интернет», публичных сетевых
адресов и доменных имен, не используемых для обеспечения функционирования информационной
системы и (или) принадлежность которых не установлена;
– формирование перечня ресурсов сети «Интернет», с которыми может взаимодействовать
Система, включающего исходящий и входящий сетевые потоки, их характеристики и используемые
66
протоколы (далее – матрица коммуникаций информационной системы с сетью «Интернет»);
– определение сетевых адресов, с которыми должно быть обеспечено взаимодействие
информационной системы, формирование списка разрешенных сетевых адресов в условиях
реализации атак, направленных на отказ в обслуживании;
– использование программных, программно-аппаратных средств, обеспечивающих анализ и
фильтрацию сетевых запросов в соответствии с матрицей коммуникаций информационной системы
с сетью «Интернет» на максимально возможной скорости для этих каналов связи и возможность
блокирования сетевых запросов, обладающих признаками атак, направленных на отказ в
обслуживании, на сетевом и прикладном уровнях информационной системы;
– наличие двукратного резерва пропускной способности каналов передача данных
относительно объемов трафика в условиях отсутствия реализации атак, направленных на отказ в
обслуживании;
– использование данных, полученных при взаимодействии с Центром мониторинга и
управления сетью связи общего пользования;
– обеспечение хранения в течение трех лет следующей информации о фактах реализации
атак, направленных на отказ в обслуживании: дата и время начала и окончания реализации атаки,
тип атаки, объем (Гбит/с, сетевых пакетов/с), перечень сетевых адресов, являющихся источником
атак, и сетевых адресов, подверженных атак, принимаемые меры.
Организационные меры, направленные на защиту информационной системы от атак,
направленных на отказ в обслуживании, должны предусматривать:
– взаимодействие с Национальной системой противодействия DDoS-атакам (НСПА)
Центра мониторинга и управления сетью связи общего пользования ФГУП «ГРЧЦ»;
– взаимодействие с автоматизированном режиме с Центром мониторинга и управления
сетью связи общего пользования;
– взаимодействие с провайдером хостинга или организацией, предоставляющей услуги
связи;
– определение порядка взаимодействия с провайдером хостинга или организацией,
предоставляющей слуги связи, по совместному блокированию атак, направленных на отказ в
обслуживании, и разграничению зон ответственности при таком блокировании;
– обеспечение доступности из сети «Интернет» интерфейсов и сервисов Системы,
подлежащих защите от атак, направленных на отказ в обслуживании, по согласованию со
структурным подразделением, специалистами по защите информации после принятия мер по
контролю и фильтрации исходящего и входящего сетевого трафика в соответствии с матрицей
коммуникаций информационной системы с сетью «Интернет»;
– возможность размещения Системы в информационно-телекоммуникационной
инфраструктуре провайдера хостинга, обеспечивающего защиту от атак, направленных на отказ в
обслуживании, или осуществление защиты Системы путем перенаправления сетевого трафика на
программно-аппаратные средства организации, оказывающей услуги по контролю, фильтрации и
блокированию сетевых запросов, обладающих признаками атак, направленных на отказ в
обслуживании, при отсутствии технической возможности у оператора самостоятельно организовать
защиту Системы от атак, направленны на отказ в обслуживании.
Программно-аппаратные средства, используемые для осуществления контроля, фильтрации
и блокирования сетевых запросов, обладающих признаками атак, направленных на отказ в
обслуживании, должны быть расположены на территории Российской Федерации.
67
В рамках работ по развитию Системы Исполнитель должен провести следующие оценки
соответствия функций безопасности информации прикладного программного обеспечения ранее
сертифицированных по требованиям ФСТЭК России информационных Системы:
- оценка в соответствии с приказом ФСТЭК России от 03.04.2018 № 55 «Об утверждении
Положения о системе сертификации средств защиты информации»;
- оценка требованиям доверия в соответствии с приказом ФСТЭК России от 02.06.2020
№ 76 «Требования по безопасности информации, устанавливающие уровни доверия
к средствам технической защиты информации и средствам обеспечения безопасности
информационных технологий».
В результате оценки соответствия функций безопасности информации Исполнитель должен
подготовить соответствующие отчетные материалы, в том числе необходимые документы и
протоколы (технические заключения), для отправки во ФСТЭК России. Утверждение документов,
подготовленных Исполнителем, а также направление их во ФСТЭК России должно осуществляться
Заказчиком.
После успешного прохождения приемочных испытаний Системы Исполнитель должен
провести дополнительные аттестационные испытания по требованиям безопасности информации
для подтверждения соответствия Системы требованиям безопасности информации. Аттестация
организуется Заказчиком и проводится с участием Исполнителя.
Аттестация должна проводится на основании результатов классификации Системы,
проведенных Заказчиком в соответствии с приказом ФСТЭК России от 11.04.2025 № 117
«Об утверждении Требований о защите информации, содержащейся в государственных
информационных системах, иных информационных системах государственных органов,
государственных унитарных предприятий, государственных учреждений» и оформленных
соответствующими актами классификации до начала проведения работ по аттестации.
Работы по аттестации и их результаты должны проводиться в соответствии с пунктами 12,
13, 15 и 16 Порядка организации и проведения работ по аттестации объектов информатизации на
соответствие требованиям о защите информации ограниченного доступа, не составляющей
государственную тайну, утвержденного приказом ФСТЭК России от 29.04.2021 № 77.
Дополнительные аттестационные испытания должны включать мероприятия и работы,
предусмотренные приказом ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о
защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных предприятий,
государственных учреждений». Дополнительные аттестационные испытания должны проводиться
на каждую Систему отдельно.
Дополнительные аттестационные испытания должны проводится в соответствии с
Методикой испытаний систем защиты информации Системы методами тестирования на
проникновение, утвержденной ФСТЭК России 25 июня 2025 г., и Методическим документом
«Методика анализа защищенности информационных систем», утвержденным ФСТЭК России 25
ноября 2025 г.
При дополнительной аттестации должны использоваться результаты аттестации
информационно-телекоммуникационной инфраструктуры размещения Системы - ГЕОП.
По результатам дополнительной аттестации должны быть оформлены соответствующие
протоколы и заключения. В случае успешного прохождения дополнительной аттестации должны
быть выданы аттестаты соответствия.
68
В случае, если по результатам дополнительных аттестационных испытаний будет выявлено
несоответствие СЗИ Системы требованиям по защите информации и вывод о невозможности
выдачи аттестата соответствия требованиям по защите информации, то Исполнитель обязан
устранить недостатки в зоне своей ответственности, препятствующих получению положительного
заключения аттестационных испытаний, в срок, согласованный с Заказчиком.
69
5. ПОРЯДОК
СИСТЕМЫ
ВЫПОЛНЕНИЯ
РАБОТ
ПО
РАЗВИТИЮ
Работы по развитию функциональности Системы должны проводиться в соответствии с
этапностью, определенной постановлением Правительства Российской Федерации от 06.07.2015
№ 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода
из эксплуатации государственных информационных систем, и дальнейшего хранения
содержащейся в их базах данных информации», а именно:
– разработка документации на Систему и ее части;
– разработка или адаптация программного обеспечения, разработка рабочей документации;
– пусконаладочные работы;
– проведение предварительных испытаний Системы;
– проведение опытной эксплуатации Системы;
– проведение приемочных испытаний Системы.
Этап разработки документации на систему и ее части должен включать в себя разработку,
согласование и утверждение технической документации в объеме, необходимом для описания
полной совокупности проектных решений (в том числе по защите информации) и достаточном для
дальнейшего выполнения работ по развитию Системы, в том числе описания проектных решений по
автоматизируемым процессам деятельности, решений по архитектуре, решений по содержанию,
структуре и ограничениям целостности, используемых для создания (доработки) баз данных,
необходимых для реализации функциональности в соответствии с настоящим техническим
заданием.
На этапе разработки документации на Систему и ее части Исполнитель должен разработать
ЧТЗ на развитие Системы, в котором должны быть уточнены требования к реализации
функциональности Системы в соответствии с настоящим ТЗ. Структура и содержание ЧТЗ должны
соответствовать ГОСТ 19.201-78.
Исполнитель должен разработать и направить в адрес Заказчика пояснительную записку
технического проекта развития Системы. В пояснительной записке должны быть приведены
описание проектных решений (в том числе, способов и алгоритмов) по автоматизируемым
процессам деятельности, реализуемым посредством Системы, а также описание решений по
архитектуре Системы.
Требования к содержанию и оформлению документов приведены в разделе 6 настоящего ТЗ.
На этапе разработки документации на Систему и ее части Исполнитель должен выполнить
актуализацию имеющихся документов в области защиты информации на Систему:
- модель угроз безопасности информации;
- частное техническое задание на систему защиты информации.
Требования к разработке указанных документов приведены в разделе 3.9 настоящего ТЗ.
Отчетные документы по этапу разработки документации на систему и ее части приведены в
разделе 9 настоящего ТЗ.
Этап разработки или адаптации программного обеспечения, разработки рабочей
документации на Систему и ее части должен включать разработку программного обеспечения
системы, выбор и адаптацию приобретаемого программного обеспечения, а также в установленных
случаях и порядке сертификацию разработанного программного обеспечения и средств защиты
информации по требованиям безопасности информации, а также проведение разработки,
70
согласования и утверждения технической документации, необходимой для выполнения работ по
вводу системы в эксплуатацию и ее эксплуатации, методической документации и порядка
эксплуатации системы, содержащего сведения, необходимые для выполнения работ по
поддержанию уровня эксплуатационных характеристик (качества) системы (в том числе по защите
информации), установленных в проектных решениях, разработанных на этапе разработки
документации на Систему и ее части.
На данном этапе работ Исполнитель должен разработать и направить в адрес Заказчика
программные документы стадии разработки «Рабочий проект», состав документов и требования к
ним приведены в разделе 6 настоящего ТЗ.
В части выполнения требований к защите информации на данном этапе работ Исполнитель
должен актуализировать технический проект и эксплуатационную документацию на систему
защиты информации ПТК «Госконтроль». Требования к указанным документам приведены в
разделе 3.9 настоящего ТЗ.
Отчетные документы по этапу разработки или адаптации программного обеспечения,
разработки рабочей документации на систему и ее части приведены в разделе 9 настоящего ТЗ.
Этап пусконаладочных работ должен включать автономную наладку технических средств и
программного обеспечения частей системы, загрузку информации в ее базу данных, комплексную
наладку технических средств и программного обеспечения системы, включая средства защиты
информации.
В рамках пусконаладочных работ Исполнитель должен выполнить установку и настройку
доработанного прикладного программного обеспечения Системы на тестовом стенде, размещенном
в ГЕОП, а также предоставить доступ к разработанным функциям (путем назначения прав доступа)
ответственным сотрудникам со стороны Заказчика.
Отчетные документы по этапу пусконаладочных работ приведены в разделе 9 настоящего ТЗ.
Этап проведения предварительных испытаний должен включать:
- разработку программы и методики предварительных испытаний, в соответствии с
которыми осуществляется проверка Системы на работоспособность и соответствие настоящему ТЗ
и ЧТЗ;
- проверку Системы на работоспособность и соответствие настоящему ТЗ и ЧТЗ;
- устранение выявленных при проведении таких испытаний неисправностей и внесение
изменений в документацию и рабочую документацию на Систему;
- оформление протокола испытаний и акта о приемке системы в опытную эксплуатацию.
На данном этапе Исполнитель должен разработать и направить на утверждение программу и
методику испытаний. В ней должны быть определены объект испытаний, цель, место, объем,
методы и длительность проведения испытаний. Предварительные испытания проводятся
комиссией, создаваемой организационно-распорядительным документом Заказчика, который
должен определить состав комиссии и сроки проведения испытаний. В состав комиссии должны
быть включены представители организаций Заказчика, Исполнителя, а также специалисты,
привлекаемые Заказчиком (при необходимости).
Результаты выполнения проверок должны быть зафиксированы в протоколе
предварительных испытаний. Выявленные недостатки реализации или отклонения от требований
настоящего ТЗ и ЧТЗ должны учитываться при составлении протокола предварительных
испытаний.
По завершении предварительных испытаний должен быть оформлен акт предварительных
испытаний, содержащий вывод о соответствии доработанного программного обеспечения Системы
71
требованиям настоящего ТЗ и ЧТЗ. В акте предварительных испытаний могут быть указаны сроки
устранения замечаний и реализации рекомендаций, зафиксированных комиссией в ходе
предварительных испытаний, и дата повторных испытаний (при необходимости их проведения).
Условием для передачи доработанной Системы в опытную эксплуатацию является
устранение всех замечаний с высоким уровнем критичности (существенные недостатки).
К существенным недостаткам относятся: 1) выявленные отклонения в логике реализации
функциональности от требований настоящего ТЗ и ЧТЗ; 2) недостатки реализации, которые не
позволяют пользователям использовать разработанную (модернизированную) функциональность в
полном объеме.
Прочие недостатки фиксируются как несущественные или как рекомендации по доработке.
Их наличие не влияет на результат прохождения испытаний. Несущественные недостатки должны
быть устранены в рабочем порядке в пределах сроков выполнения работ в соответствии с Графиком
выполнения работ по Контракту (Таблица 2).
Реализация рекомендаций по доработке, полученных по результатам предварительных
испытаний, выполняется в рамках опытной эксплуатации и подлежит проверке в рамках
приемочных испытаний.
В случае значительного отклонения от требований, предъявляемых на испытаниях, сроки
проведения испытаний могут быть перенесены либо расширены Заказчиком в пределах сроков
выполнения работ в соответствии с Графиком выполнения работ по Контракту (Таблица 2).
После завершения предварительных испытаний, перед началом опытной эксплуатации,
Исполнитель должен передать Заказчику материалы, необходимые для обучения пользователей
работе с расширенной функциональностью Системы (инструкции или видео-уроки), а также иные
материалы, необходимые для опытной эксплуатации (по согласованию с Заказчиком).
Отчетные документы по этапу проведения предварительных испытаний приведены в разделе
9 настоящего ТЗ.
Этап проведения опытной эксплуатации должен включать:
- разработку программы и методики опытной эксплуатации;
- опытную эксплуатацию Системы в соответствии с программой и методикой опытной
эксплуатации;
- доработку программного обеспечения Системы и дополнительную наладку технических
средств в случае обнаружения недостатков, выявленных при опытной эксплуатации Системы;
- оформление акта о завершении опытной эксплуатации, включающего перечень
недостатков, которые необходимо устранить до начала эксплуатации Системы.
На данном этапе Исполнитель должен разработать и направить на утверждение программу и
методику опытной эксплуатации. В ней должны быть определены объект испытаний, цель, место,
объем, методы и даты проведения испытаний. Опытная эксплуатация проводятся комиссией,
создаваемой организационно-распорядительным документом Заказчика, который должен
определить состав комиссии и сроки проведения испытаний. В состав комиссии должны быть
включены представители организаций Заказчика, Исполнителя, а также специалисты,
привлекаемые Заказчиком (при необходимости).
При необходимости по результатам предварительных испытаний и опытной эксплуатации
Исполнитель должен выполнить доработку Системы и программной документации.
Продолжительность опытной эксплуатации должна составлять не менее 5 (пяти) рабочих
дней. Результаты опытной эксплуатации должны быть отражены Исполнителем в Отчете о
проведении опытной эксплуатации (с приложением журнала опытной эксплуатации).
72
По результатам опытной эксплуатации должен быть составлен акт о завершении опытной
эксплуатации, содержащий заключение о готовности доработанной Системы к приемочным
испытаниям.
Отчетные документы по этапу проведения опытной эксплуатации приведены в разделе 9
настоящего ТЗ.
Этап проведения приемочных испытаний должен включать:
- разработку программы и методики приемочных испытаний, в соответствии с которыми
осуществляется проверка Системы на работоспособность и соответствие настоящему ТЗ и ЧТЗ;
- испытания Системы на соответствие настоящему ТЗ и ЧТЗ в соответствии с программой
и методикой приемочных испытаний;
- анализ результатов устранения недостатков, указанных в акте о завершении опытной
эксплуатации;
- оформление акта о приемке Системы в эксплуатацию (оформляется Заказчиком).
На данном этапе Исполнитель должен разработать и направить на утверждение программу и
методику испытаний. В ней должны быть определены объект испытаний, цель, место, объем,
методы и длительность проведения испытаний. Приемочные испытания проводятся комиссией,
создаваемой организационно-распорядительным документом Заказчика, который должен
определить состав комиссии и сроки проведения испытаний. В состав комиссии должны быть
включены представители организаций Заказчика, Исполнителя, а также специалисты,
привлекаемые Заказчиком (при необходимости).
Программа и методика приемочных испытаний должна полностью учитывать требования
настоящего ТЗ и ЧТЗ, а также разрабатываться с учетом результатов опытной эксплуатации, при
этом в специальный раздел программы и методики приемочных испытаний должны быть вынесены
проверки доработок функциональности по результатам предварительных испытаний и приемочных
испытаний.
В ходе приемочных испытаний должны рассматриваться результаты опытной эксплуатации.
Результаты выполнения проверок должны быть зафиксированы в протоколе приемочных
испытаний. Выявленные недостатки реализации или отклонения от требований настоящего ТЗ и
ЧТЗ должны учитываться при составлении протокола приемочных испытаний.
По завершении приемочных испытаний должен быть оформлен акт приемочных испытаний,
содержащий вывод о соответствии доработанной Системы требованиям настоящего ТЗ и ЧТЗ, с
учетом доработок, выполненных по результатам предварительных испытаний и опытной
эксплуатации. В акте приемочных испытаний могут быть указаны сроки устранения замечаний и
реализации рекомендаций, зафиксированных комиссией в ходе приемочных испытаний, и дата
повторных испытаний (при необходимости их проведения).
Условием для передачи Системы, доработанной по результатам опытной эксплуатации, в
эксплуатацию, является устранение всех замечаний с высоким уровнем критичности (существенные
недостатки).
К существенным недостаткам относятся: 1) выявленные существенные отклонения в логике
реализации функциональности от требований настоящего ТЗ и ЧТЗ с учетом доработок,
выполненных по результатам предварительных испытаний и опытной эксплуатации; 2) недостатки
реализации,
которые
не
позволяют
пользователям
использовать
разработанную
(модернизированную) функциональность в рамках настоящего ТЗ и ЧТЗ в полном объеме.
73
В случае установления существенных недостатков сроки проведения приемочных
испытаний могут быть перенесены либо расширены Заказчиком в пределах сроков выполнения
работ в соответствии с Графиком выполнения работ по Контракту (Таблица 2).
Прочие недостатки фиксируются как несущественные или как рекомендации по доработке.
Их наличие не влияет на результат прохождения приемочных испытаний.
На этапе проведения приемочных испытаний Исполнитель должен провести мероприятия по
аттестации Системы по требованиям защиты информации. Требования к указанным мероприятиям
приведены в разделе 3.9 настоящего ТЗ.
Отчетные документы по этапу проведения приемочных испытаний приведены в разделе 8
настоящего ТЗ.
Передача исходных кодов, разработанного в ходе выполнения работ программного
обеспечения и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и
запуска программного обеспечения библиотек зависимостей, инструкций и программных сценариев
(скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания)
программного обеспечения.
Для проведения компиляции, создания дистрибутива и установки (развертывания)
разработанного программного обеспечения должны использоваться свободно распространяемые
компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных
целей, дистрибутивы которых должны быть переданы вместе с исходными кодами разработанного в
ходе выполнения работ программного обеспечения.
В случае использования для проведения компиляции, создания дистрибутива и установки
(развертывания) разработанного программного обеспечения компиляторов, интерпретаторов и
иного программного обеспечения, права на использование, копирование и модификацию которых
принадлежат третьим лицам, Исполнитель за свой счет передает Заказчику дистрибутивы и права на
использование таких компиляторов, интерпретаторов и иного программного обеспечения.
74
6. ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
Документация на Систему (далее — документы, документация) должна быть разработана в
соответствии с требованиями, указанными в настоящем разделе.
Исполнитель должен разработать следующие программные документы:
- Программные документы стадии разработки «Технический проект» (техническая
документация):
- Технический проект. Пояснительная записка;
- Программные документы стадии разработки «Рабочий проект» (рабочая документация):
- Спецификация;
- Текст программы;
- Ведомость эксплуатационных документов;
- Формуляр;
- Руководство системного программиста;
- Руководство программиста;
- Руководство оператора;
- Описание языка;
- Руководство по техническому обслуживанию.
Программные документы на информационные системы Росприроднадзора должны
разрабатываться с учетом положений ГОСТ 19 серии:
- ГОСТ 19.001-77 Общие положения;
- ГОСТ 19.101-2024 Виды программ и программных документов;
- ГОСТ 19.103-77 Обозначение программ и программных документов;
- ГОСТ 19 105-78 Общие требования к программным документам;
- ГОСТ 19.106-78 Требования к программным документам, выполненным печатным
способом;
- ГОСТ 19.202-78 Спецификация. Требования к содержанию и оформлению;
- ГОСТ 19.301-79 Программа и методика испытаний. Требования к содержанию и
оформлению;
- ГОСТ 19.401-78 Текст программы. Требования к содержанию и оформлению;
- ГОСТ 19.402-78 Описание программы. Требования к содержанию и оформлению;
- ГОСТ 19.404-79 Пояснительная записка. Требования к содержанию и оформлению;
- ГОСТ 19.501-78 Формуляр. Требования к содержанию и оформлению;
- ГОСТ 19.502-78 Описание применения. Требования к содержанию и оформлению;
- ГОСТ 19.503-79 Руководство системного программиста. Требования к содержанию и
оформлению;
- ГОСТ 19.504-79 Руководство программиста. Требования к содержанию и оформлению;
- ГОСТ 19.505-79 Руководство оператора. Требования к содержанию и оформлению;
- ГОСТ 19.506-79 Описание языка. Требования к содержанию и оформлению;
- ГОСТ 19.507-79 Ведомость эксплуатационных документов;
- ГОСТ 19.508-79 Руководство по техническому обслуживанию. Требования к содержанию
и оформлению.
Программные документы должны содержать описание функциональности в объеме
настоящего ТЗ и ЧТЗ. Рабочая документация должна содержать сведения, достаточные для
75
эксплуатации Системы, в том числе исчерпывающее описание программного обеспечения, его
установку, настройку, эксплуатацию и сопровождение. Документы «Руководство пользователя»,
«Руководство программиста» и другие документы, регламентирующие деятельность персонала
Системы, должны содержать описание выполнения операций (действий) персонала в
технологическом процессе пользователей.
Документация на Систему предоставляется Заказчику в 2 (двух) экземплярах на бумажном
носителе (один экземпляр после его утверждения/рассмотрения возвращается Исполнителю) и в 1
(одном) экземпляре в электронном виде на машинном носителе информации, не
предусматривающем возможность перезаписи. По согласованию с Заказчиком допускается
предоставление отдельных документов только в электронном виде на электронном носителе.
Документ «Текст программы» должен предоставляться только в электронном виде на электронном
носителе.
Документация передается с сопроводительным письмом Исполнителя.
Документация, а также программа для электронных вычислительных машин (включая
тексты программы и дистрибутивы, клиентское программное обеспечение системы и
использованное свободное программное обеспечение, сведения о программных интерфейсах,
алгоритмы, электронные модели автоматизируемых процессов деятельности, архитектуры системы
и базы данных системы, полученные при развитии Системы, подлежат размещению и публикации в
национальном фонде алгоритмов и программ для электронных вычислительных машин (далее –
НФАП) в соответствии с требованиями настоящего ТЗ и требованиями, установленными
Положением о национальном фонде алгоритмов и программ, утвержденным постановлением
Правительства Российской Федерации от 30.01.2013 № 62 «О национальном фонде алгоритмов и
программ для электронных вычислительных машин». Исполнитель должен сформировать и
передать Заказчику исходные коды, дистрибутив и комплект программных документов на Систему
для размещения в национальном фонде алгоритмов и программ, при этом состав программных
документов должен быть достаточным для размещения в НФАП.
76
7. ТРЕБОВАНИЯ К ГАРАНТИИ КАЧЕСТВА ВЫПОЛНЕНИЯ РАБОТ
Гарантийный срок на результаты выполнения работ по развитию Системы в части
функциональности, реализованной в соответствии с настоящим ТЗ, а также в части результатов
работ по защите информации, составляет 12 (двенадцать) календарных месяцев с даты завершения
работ по Контракту.
Недостатки и ошибки в реализации, выявленные в период гарантийного обслуживания,
должны быть устранены Исполнителем в рамках внепланового экстренного обновления в случае,
если обнаруженные ошибки препятствуют или ограничивают эксплуатацию Системы в штатном
режиме.
77
8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ВЫПОЛНЕННЫХ
РАБОТА
Порядок сдачи и приемки выполненных работ по развитию Системы определяется
Контрактом и настоящим ТЗ, результат оформляется в виде документа о приемке и
соответствующими отчетными документами отчетного периода, указанными в разделе 9
настоящего ТЗ.
Исполнитель должен предоставить Заказчику отчетные документы по результатам
выполнения работ в соответствии со сроками, указанными в разделе 9 настоящего ТЗ. Отчетные
документы подлежат проверке Заказчиком.
Отчетные документы должны передаваться в 2 (двух) экземплярах на бумажном носителе
(один экземпляр после его утверждения/рассмотрения возвращается Исполнителю) и в 1 (одном)
экземпляре в электронном виде на машинном носителе информации, не предусматривающем
возможность перезаписи. Отдельные отчетные документы могут передаваться только на машинных
носителях информации (безбумажных) в случае, если это предусмотрено настоящим ТЗ или по
согласованию с Заказчиком.
С целью приемки результатов выполнения работ развитию Системы проводятся испытания
прикладного программного обеспечения Системы, доработанного в соответствии с требованиями
настоящего ТЗ и ЧТЗ. Испытаниям должна подлежать функциональность, реализованная в
соответствии с настоящим ТЗ и ЧТЗ.
Испытания прикладного программного обеспечения Системы должны быть проведены с
учетом ГОСТ Р 59792-2021 «Национальный стандарт Российской Федерации. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний
автоматизированных систем», в следующем объеме:
- предварительные испытания;
- опытная эксплуатация;
- приемочные испытания.
Состав функциональности, подлежащих приемке, должен соответствовать настоящему ТЗ и
ЧТЗ. При проведении испытаний в части информационного взаимодействия с внешними
информационными системами проверяется реализация в Системе возможности приема/передачи
соответствующих сведений в соответствии с установленными требованиями информационных
систем, с которыми осуществляется взаимодействие. Возможность проверки реального
информационного взаимодействия производится в случае предоставления оператором
информационной системы, с которой осуществляется взаимодействие, необходимых данных, а
также после получения официального разрешения для получения данных. Решение
организационных вопросов с оператором информационной системы по предоставлению доступа к
данным осуществляется Заказчиком. При отсутствии указанных условий проверки в части
информационного взаимодействия производятся на подготовленных Исполнителем тестовых
(модельных) данных, состав и характеристики которых определяются в программах и методиках
испытаний.
Результаты проведения испытаний должны быть зафиксированы в соответствующих
протоколах испытаний. Выявленные недостатки реализации или отклонения от требований
настоящего ТЗ и ЧТЗ учитываются при составлении соответствующего протокола испытаний.
Порядок устранения замечаний и реализации рекомендаций комиссии определяется в
соответствующей программе и методике испытаний.
78
По завершении предварительных и приемочных испытаний, опытной эксплуатации
оформляются соответствующие акты, содержащие вывод о соответствии Системы предъявляемым
в соответствии с настоящим ТЗ и ЧТЗ требованиям, а также сроки устранения замечаний и
реализации рекомендаций, данных комиссией в ходе проведения испытаний.
Требования настоящего ТЗ считаются реализованными, если разработанная
функциональность успешно прошла приемочные испытания и установлена на промышленный
стенд Системы.
79
9. СОСТАВ И СРОКИ ВЫПОЛНЕНИЯ РАБОТ
Выполнение работ по настоящему ТЗ должно осуществляться в соответствии с этапами
(отчетными периодами), приведенными в Графике выполнения работ (Таблица 2).
80
Таблица 2 – График выполнения работ
Этап
(отчетный
период)
Работы
Сроки этапа
(отчетного
периода)
1.
Проведение
предварительных
испытаний
Требования к срокам
предоставления отчетных документов
Частное техническое задание на развитие ПТК
«Госконтроль».
Пояснительная записка технического проекта развития ПТК
«Госконтроль».
Проект частного технического задания на систему защиты
информации ПТК «Госконтроль».
Проект модели угроз и модели вероятного нарушителя
безопасности информации ПТК «Госконтроль».
Разработка
документации
на
Систему и ее части
Разработка
или
адаптация
программного
обеспечения,
разработка рабочей
документации
Отчетные документы по этапу (отчетному периоду)
С даты заключения
Контракта
по
18.12.2026
включительно
Исходные коды, разработанные в ходе выполнения работ в
соответствии с настоящим ТЗ по разработке или адаптации
ПО ПТК «Госконтроль» и дистрибутив ПО.
Рабочая
документация
на
доработанный
ПТК
«Госконтроль» в объеме реализованных требований
настоящего ТЗ.
Актуализированный технический проект системы защиты
информации ПТК «Госконтроль».
Актуализированный
комплект
эксплуатационной
документации на систему защиты информации ПТК
«Госконтроль».
Акт о завершении пуско-наладочных работ ПТК
«Госконтроль».
Программа и методика предварительных испытаний
доработанного ПТК «Госконтроль».
Протокол предварительных испытаний доработанного ПТК
«Госконтроль».
Акт предварительных испытаний доработанного ПТК
«Госконтроль».
Акт о приемке доработанного ПТК «Госконтроль» в
опытную эксплуатацию.
Отчетные документы направляются в
адрес Заказчика с сопроводительным
письмом Исполнителя в соответствии с
порядком выполнения работ (раздел 5),
но не позднее последнего дня завершения
этапа (отчетного периода)
81
Этап
(отчетный
период)
Работы
Сроки этапа
(отчетного
периода)
Отчетные документы по этапу (отчетному периоду)
2.
Программа и методика проведения опытной эксплуатации
ПТК «Госконтроль».
Отчет о проведении опытной эксплуатации ПТК
«Госконтроль» с приложением Журнала опытной
эксплуатации.
Акт о завершении опытной эксплуатации ПТК
«Госконтроль».
Проведение опытной
эксплуатации
С 21.12.2026
30.03.2027
включительно
Проведение
приемочных
испытаний Системы
Требования к срокам
предоставления отчетных документов
по
Программа и методика приемочных испытаний ПТК
«Госконтроль».
Протокол приемочных испытаний ПТК «Госконтроль».
Акт приемочных испытаний ПТК «Госконтроль».
Программа и методика дополнительных аттестационных
испытаний ПТК «Госконтроль».
Протокол и заключение по результатам дополнительных
аттестационных испытаний ПТК «Госконтроль».
Аттестат соответствия ПТК «Госконтроль» требованиям по
защите информации.
Исходные коды, разработанные в ходе выполнения работ в
соответствии с настоящим ТЗ по разработке или адаптации
ПО ПТК «Госконтроль» и дистрибутив ПО (по результатам
испытаний).
Доработанная рабочая документация на ПТК «Госконтроль»
по результатам испытаний.
Отчетные материалы для внесения изменений Заказчиком по
объектам регистрации в НФАП.
Акт о готовности доработанного ПТК «Госконтроль» к
вводу в эксплуатацию
Отчетные документы направляются в
адрес Заказчика с сопроводительным
письмом Исполнителя в соответствии с
порядком выполнения работ (раздел 5),
но не позднее последнего дня завершения
этапа (отчетного периода).
82
СПИСОК СОКРАЩЕНИЙ
АИС
Автоматизированная информационная система
АЛК
Арифметико-логический контроль
БД
База данных
ГЕОП
Государственная единая облачная платформа
ГИС ГМП
Государственная информационная система о государственных и
муниципальных платежах
ГИС МТ
Государственная информационная система мониторинга товаров
ГОСТ
Государственный стандарт
ГРОРО
Государственный реестр объектов размещения отходов
ГЭПС
Государственная электронная почтовая система
ДПНВОС
Декларация о плате за негативное воздействие на окружающую
среду
ЕГРИП
Единый государственный реестр индивидуальных
предпринимателей
ЕГРЮЛ
Единый государственный реестр юридических лиц
ЕЛК
Единый личный кабинет
ЕПГУ
Единый портал государственных услуг
ЕРУЛ
Единый реестр учёта лицензий
ЕСИА
Единая система идентификации и аутентификации
ЕСНСИ
Единая система нормативно-справочной информации
ИБ
Информационная безопасность
ИНН
Идентификационный номер налогоплательщика
ИП
Индивидуальный предприниматель
ИС
Информационная система
КНМ
Контрольно-надзорные мероприятия
КСВ
Кабинет сотрудника ведомства
КЭП
Квалифицированная электронная подпись
КЭР
Комплексное экологическое разрешение
ЛКП
Личный кабинет природопользователя
МСП
Малое и среднее предпринимательство
МЧД
Машиночитаемая доверенность
НВОС
Негативное воздействие на окружающую среду
НДВ
Нормативы допустимых выбросов
НИР
Научно-исследовательская работа
НПА
Нормативный правовой акт
НСИ
Нормативно-справочная информация
83
НСУД
Национальная система управления данными
НФАП
Национальный фонд алгоритмов и программ для электронных
вычислительных машин
ОВСУ
Отчетность о выполнении самостоятельной утилизации отходов от
использования товаров
ОГРН
Основной государственный регистрационный номер
ОКПД
Общероссийский классификатор продукции по видам
экономической деятельности
ОКТМО
Общероссийский классификатор территорий муниципальных
образований
ОМТУ
Отчетность о массе товара, упаковки
ОНВОС
Объект, оказывающий негативное воздействие на окружающую
среду
ООО
Общество с ограниченной ответственностью
Программное обеспечение
ПО
ПП РФ
ПТО УОНВОС
Постановление Правительства Российской Федерации
Государственная информационная система Программнотехническое обеспечение учета объектов негативного воздействия
на окружающую среду
ПЭК
Программа производственного экологического контроля
РОИВ
Региональный орган исполнительной власти
РОП
Расширенная ответственность производителей, импортеров
товаров, упаковки
СЗИ
Система защиты информации
СКЗИ
Средства криптографической защиты информации
СМЭВ
Система межведомственного электронного взаимодействия
СУБД
Система управления базой данных
СЭД
Система электронного документооборота
ТЗ
Техническое задание
ТН ВЭД ЕАЭС
ТО
Товарная номенклатура внешнеэкономической деятельности
Евразийского экономического союза
Территориальный орган(ы)
УКЭП
Усиленная квалифицированная электронная подпись
ФГИС КИ
Федеральная государственная информационная система
координации информатизации
ФГИС ПТК
«Госконтроль», ПТК
«Госконтроль»
Федеральная государственная информационная система
«Программно-технологический комплекс «Госконтроль»
ФИАС
Федеральная информационная адресная система
ФОИВ
Федеральный орган исполнительной власти
ЦА
Центральный аппарат
84
ЦОД
Центр обработки данных
ЧТЗ
Частное техническое задание
ЧС
Чрезвычайная ситуация
ЭДО
Электронный документооборот
ЭЗП
Электронные заказные письма
Экосбор
Экологический сбор
ЭП
Электронная подпись
ЮЛ
Юридическое лицо
85
Приложение 1
Требуемый состав технических средств для развертывания доработанной Системы (стенд основного вычислительного контура ПТК
«Госконтроль»)
Установленная
операционная система
Технические характеристики
Назначение виртуальной машины
cpu
ram
hdd 1
hdd 2
AstraLinux special edition
1.7.5
4
16
32
64
Сервер управления кластером Docker -1
AstraLinux special edition
1.7.5
4
16
32
64
Сервер управления кластером Docker -2
AstraLinux special edition
1.7.5
4
16
32
64
Сервер управления кластером Docker -3
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-1
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-2
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-3
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-4
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-5
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-6
AstraLinux special edition
1.7.5
94
256
64
3012
Сервер размещения БД
PostgreSQL (master)
AstraLinux special edition
1.7.5
36
128
64
3012
Сервер размещения БД
PostgreSQL (slave-1)
AstraLinux special edition
1.7.5
36
128
64
3012
Сервер размещения БД
PostgreSQL (slave-2)
86
Установленная
операционная система
Технические характеристики
Назначение виртуальной машины
cpu
ram
hdd 1
hdd 2
AstraLinux special edition
1.7.5
42
256
64
128
Сервер обработки фоновых задач-1
AstraLinux special edition
1.7.5
42
256
64
128
Сервер обработки фоновых задач-2
AstraLinux special edition
1.7.5
8
32
64
128
Сервер размещения БД для онлайн мониторинга
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-1
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-2
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-3
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-4
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-5
AstraLinux special edition
1.7.5
18
64
128
128
Сервер размещения базы данных для кэширования данных
AstraLinux special edition
1.7.5
12
32
64
2048
Сервер размещения технологической БД
AstraLinux special edition
1.7.5
8
16
32
128
Балансировщик централизованной базы данных
AstraLinux special edition
1.7.5
16
96
32
150
Сервер размещения приложений-7
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-1
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-2
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-3
87
Установленная
операционная система
Технические характеристики
Назначение виртуальной машины
cpu
ram
hdd 1
hdd 2
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного реестра-4
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-5
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-6
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса большой языковой модели (LLM)
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения брокера сообщений
AstraLinux special edition
1.7.5
10
8
64
512
Сервер горячего хранения данных NFS
AstraLinux special edition
1.7.5
8
24
32
128
Сервер размещения приложений - 8
AstraLinux special edition
1.7.5
8
24
32
128
Сервер размещения картографии
AstraLinux special edition
1.7.5
8
24
40
128
Сервер размещения сервиса оптического распознавания символов
(OCR)
88
Требуемый состав технических средств для развертывания доработанной Системы (стенд резервного вычислительного контура ПТК
«Госконтроль»)
Установленная
операционная система
Технические характеристики
Назначение виртуальной машины
cpu
ram
hdd 1
hdd 2
AstraLinux special edition
1.7.5
4
16
32
64
Сервер управления кластером Docker -1
AstraLinux special edition
1.7.5
4
16
32
64
Сервер управления кластером Docker -2
AstraLinux special edition
1.7.5
4
16
32
64
Сервер управления кластером Docker -3
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-1
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-2
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-3
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-4
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-5
AstraLinux special edition
1.7.5
26
128
64
512
Сервер размещения приложений-6
AstraLinux special edition
1.7.5
94
256
64
3012
Сервер размещения БД
PostgreSQL (master)
AstraLinux special edition
1.7.5
36
128
64
3012
Сервер размещения БД
PostgreSQL (slave-1)
AstraLinux special edition
1.7.5
36
128
64
3012
Сервер размещения БД
PostgreSQL (slave-2)
AstraLinux special edition
1.7.5
42
256
64
128
Сервер обработки фоновых задач-1
89
Установленная
операционная система
Технические характеристики
Назначение виртуальной машины
cpu
ram
hdd 1
hdd 2
AstraLinux special edition
1.7.5
42
256
64
128
Сервер обработки фоновых задач-2
AstraLinux special edition
1.7.5
8
32
64
128
Сервер размещения БД для онлайн мониторинга
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-1
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-2
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-3
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-4
AstraLinux special edition
1.7.5
40
128
64
128
Сервер конвертации (печати) документов-5
AstraLinux special edition
1.7.5
18
64
128
128
Сервер размещения базы данных для кэширования данных
AstraLinux special edition
1.7.5
12
32
64
2048
Сервер размещения технологической БД
AstraLinux special edition
1.7.5
8
16
32
128
Балансировщик централизованной базы данных
AstraLinux special edition
1.7.5
16
96
32
150
Сервер размещения приложений-7
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-1
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-2
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-3
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного реестра-4
90
Установленная
операционная система
Технические характеристики
Назначение виртуальной машины
cpu
ram
hdd 1
hdd 2
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-5
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса распределенного
реестра-6
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения сервиса большой языковой модели (LLM)
AstraLinux special edition
1.7.5
4
16
32
128
Сервер размещения брокера сообщений
AstraLinux special edition
1.7.5
10
8
64
512
Сервер горячего хранения данных NFS
AstraLinux special edition
1.7.5
8
24
32
128
Сервер размещения приложений - 8
AstraLinux special edition
1.7.5
8
24
32
128
Сервер размещения картографии
AstraLinux special edition
1.7.5
8
24
40
128
Сервер размещения сервиса оптического распознавания символов
(OCR)
91
Приложение 2
Технические условия подключения к Системе
1. Перечень используемых сокращений
В настоящих Технических условиях используются следующие сокращения:
ВСПД — ведомственная защищенная сеть передачи данных Заказчика;
АРМ — автоматизированное рабочее место;
ЛВС — локальная вычислительная сеть;
СКЗИ — средства криптографической защиты информации, сертифицированные ФСБ
России;
ЦОД — центр обработки данных;
ИС — информационная система;
ИТС — информационно-телекоммуникационная сеть;
СТЗ — Служба технического заказчика проектов цифровой трансформации
Росприроднадзора, созданная на базе подведомственного ФГБУ «ФЦАО» и наделенная
полномочиями по обеспечению и участию в создании, эксплуатации и развитии информационных
систем,
ведомственных
информационных
ресурсов,
компонентов
информационнотелекоммуникационной инфраструктуры Росприроднадзора и его территориальных органов.
2. Общие положения
2.1. Настоящие Технические условия определяют требования и условия подключения АРМ
Исполнителя к Системе Заказчика через ВСПД.
2.2. Целью подключения является предоставление защищенного доступа Исполнителя к
Системам, с применением СКЗИ.
2.3. Настоящие Технические условия являются обязательными для исполнения при
взаимодействии с Системе.
2.4. ВСПД представляет собой сеть передачи данных, которая обеспечивает работу
транспортных сервисов на базе виртуальных частных сетей (VPN) второго и третьего уровней.
В состав ВСПД входят следующие типовые узлы:
ЦОД Росприроднадзора — узел для размещения оборудования ядра и агрегации ВСПД,
относится к узлам с самой высокой критичностью и используется для подключения наиболее
важных объектов: территориальных управлений, подведомственных учреждений;
Серверные узлы территориальных органов — узел для размещения оборудования доступа
ВСПД, для подключения сотрудников территориальных управлений.
Тип каналообразующего оборудования подобран в зависимости от количества
пользователей.
2.5. К ВСПД подключаются следующие участники:
- Центральный аппарат Росприроднадзора;
- Территориальные органы Росприроднадзора;
- Подведомственные Росприроднадзору учреждения;
- Государственная единая облачная платформа (как ЦОД, для размещения Системы).
3. Порядок подключения к ВСПД
3.1. Доступ Исполнителя к Системе обеспечивается посредством подключения его АРМ к
СКЗИ ВСПД и предоставляется Исполнителю до начала оказания услуг по Контракту на основании
92
заявки заполненной по форме, указанной в таблице 1 настоящих Технических условий и
направленной в адрес Заказчика официальным письмом.
3.2. Согласно полученной Заказчиком заявке СТЗ подготавливает и передает Исполнителю
преднастроенные СКЗИ.
3.3. Полученные от СТЗ СКЗИ должны быть установлены и подключены в течение 2-х
рабочих дней. Работы по подключению к ВСПД завершаются тестированием и проверкой
доступности Системы.
4. Требования к техническим средствам
4.1. Оборудование, посредством которого осуществляется подключение:
- аппаратные криптошлюзы «Континент».
5. Требования по информационной безопасности
5.1. Подключение АРМ Исполнителя к ВСПД должно осуществляться по каналам передачи
данных, защищенным с использованием шифровальных (криптографических) средств,
сертифицированных ФСБ России по классу криптографической защиты не ниже КС3.
5.2. Исполнитель обеспечивает информационную безопасность и соответствие
подключаемых к Системам АРМ требованиям законодательства Российской Федерации.
5.3. Исполнитель обязан при проведении в отношении него компьютерных атак и/или
наличии компьютерных инцидентов с АРМ, ИС или ИТС, подключенных к ВСПД:
- прекратить доступ к ВСПД и Системе;
- оповестить Заказчика и СТЗ любым доступным способом о наличии инцидентов
информационной безопасности, затрагивающих подключенные АРМ или ИТС к ВСПД.
5.4. Исполнителю запрещается:
- осуществлять несанкционированный доступ к информационно-вычислительным и
сетевым ресурсам ВСПД;
- совершать действия (DDoS-атаки, генерацию паразитного трафика и т.д.), которые
могут привести к нарушению функционирования ВСПД;
- передавать информацию, которая содержит в себе вредоносные программы или может
нарушить штатную работу оборудования ВСПД;
- совершать действия, запрещенные законодательством Российской Федерации.
Таблица 1 – Форма заявки на подключение к Системе
Наименование
1.
Наименование
организации (Исполнитель)
2.
подключаемой
Юридический адрес Исполнителя
3.
Основание
Исполнителя
—
—
подключения
—
подключаемого
—
5.
Адрес
подключаемого
объекта
Исполнителя (до серверной стойки, рабочего
места)
—
6.
—
4.
Наименование
объекта Исполнителя
для
Сведения о подключении
Адресация для внутреннего (LAN)
93
интерфейса СКЗИ Исполнителя (с указанием
маски сети)
7.
Подключаемое сетевое оборудование
Исполнителя (модель полностью)
—
8.
Адресация для внешнего (WAN)
интерфейса СКЗИ Исполнителя (с указанием
маски сети и шлюза)
—
9.
Тип канала связи
ВОЛС/ Витая пара
10.
Тип порта / Пропускная способность
Ethernet/ Мбит/с
11.
Стандарт
12.
Контактные данные ответственного
подразделения Исполнителя
10GBASE-SR/ 10GBASE-ER/ 1000BASE-SX/
1000BASE-LX/ 1000BASE-T
—

=== ФАЙЛ: Требование к содержанию, составу заявки на участие в закупке | docs/0173100007426000037/Требование к содержанию, составу заявки на участие в закупке.pdf
Приложение № 4 к извещению
о проведении конкурса в электронной форме
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА УЧАСТИЕ В ЗАКУПКЕ
В СООТВЕТСТВИИ С ЗАКОНОМ 44-ФЗ И ИНСТРУКЦИЯ ПО ЕЕ ЗАПОЛНЕНИЮ
Подать заявку на участие в закупке вправе только зарегистрированный в единой информационной системе и
аккредитованный на электронной площадке, специализированной электронной площадке участник закупки путем
направления такой заявки в соответствии с Федеральным законом № 44-ФЗ оператору электронной площадки, оператору
специализированной электронной площадки.
Участник закупки вправе подать только одну заявку на участие в закупке в любое время с момента размещения в
единой информационной системе извещения об осуществлении закупки (при применении открытых конкурентных
способов определения поставщика (подрядчика, исполнителя), получения приглашения, документации о закупке (при
применении закрытых конкурентных способов определения поставщика (подрядчика, исполнителя) до окончания
установленного в соответствии с Федеральным законом № 44-ФЗ срока подачи заявок на участие в закупке.
Подача заявки на участие в закупке означает согласие участника закупки, подавшего такую заявку, на поставку
товара, выполнение работы, оказание услуги на условиях, предусмотренных извещением об осуществлении закупки,
документацией о закупке (в случае, если Федеральным законом № 44-ФЗ предусмотрена документация о закупке), и в
соответствии с заявкой такого участника закупки на участие в закупке.
Закупка проводится в порядке, установленном Федеральным законом № 44-ФЗ, с учетом особенностей,
предусмотренных ч. 19 ст. 48 Федерального закона № 44-ФЗ.
1. Требования к содержанию и составу заявки на участие в закупке.
Для участия в закупке заявка на участие в закупке, если иное не предусмотрено Федеральным законом № 44-ФЗ, должна
содержать:
Требование о направлении документов и
Наименование документов и информации
информации участником закупки в составе заявки
на участие в закупке
1
2
1) информацию и документы об участнике закупки:
а) полное и сокращенное (при наличии) наименование Информация и документы, предусмотренные
юридического лица, в том числе иностранного юридического подпунктами «а» - «л», не включаются участником
лица (если участником закупки является юридическое лицо), закупки в заявку на участие в закупке. Такие
аккредитованного
филиала
или
представительства информация и документы в случаях, предусмотренных
иностранного юридического лица (если от имени иностранного Федеральным законом № 44-ФЗ, направляются (по
юридического лица выступает аккредитованный филиал или состоянию на дату и время их направления) заказчику
представительство),
наименование
обособленного оператором электронной площадки путем
подразделения юридического лица (если от имени участника информационного взаимодействия с единой
закупки выступает обособленное подразделение юридического информационной системой.
лица), фамилия, имя, отчество (при наличии) (если участником
закупки является физическое лицо, в том числе
зарегистрированное
в
качестве
индивидуального
предпринимателя);
б) фамилия, имя, отчество (при наличии), идентификационный
номер налогоплательщика (при наличии) и должность лица,
имеющего право без доверенности действовать от имени
юридического лица, либо действующего в качестве
руководителя юридического лица, аккредитованного филиала
или представительства иностранного юридического лица, либо
исполняющего функции единоличного исполнительного органа
юридического лица;
в) идентификационный номер налогоплательщика (при
наличии) членов коллегиального исполнительного органа, лица,
исполняющего функции единоличного исполнительного
органа, управляющего (при наличии), управляющей
организации
(при
наличии),
участников
(членов)
корпоративного юридического лица, владеющих более чем
двадцатью пятью процентами акций (долей, паев)
корпоративного юридического лица, учредителей унитарного
юридического лица или в соответствии с законодательством
соответствующего
иностранного
государства
аналог
идентификационного номера налогоплательщика таких лиц;
г) адрес юридического лица, в том числе иностранного
1
юридического лица (если участником закупки является
юридическое лицо) в пределах места нахождения юридического
лица, адрес (место нахождения) аккредитованного филиала или
представительства на территории Российской Федерации (если
от имени иностранного юридического лица выступает
аккредитованный филиал или представительство), адрес (место
нахождения) обособленного подразделения юридического лица
(если от имени участника закупки выступает обособленное
подразделение юридического лица), место жительства
физического лица, в том числе зарегистрированного в качестве
индивидуального предпринимателя (если участник закупки
является физическим лицом, в том числе зарегистрированным в
качестве
индивидуального
предпринимателя),
адрес
электронной почты, номер контактного телефона;
д) копия документа, удостоверяющего личность участника
закупки в соответствии с законодательством Российской
Федерации (если участник закупки является физическим лицом,
не являющимся индивидуальным предпринимателем);
е)
идентификационный
номер
налогоплательщика
юридического лица (если участником закупки является
юридическое
лицо),
аккредитованного
филиала
или
представительства иностранного юридического лица (если от
имени
иностранного
юридического
лица
выступает
аккредитованный филиал или представительство), физического
лица, в том числе зарегистрированного в качестве
индивидуального предпринимателя (если участником закупки
является физическое лицо, в том числе зарегистрированное в
качестве
индивидуального
предпринимателя),
аналог
идентификационного
номера
налогоплательщика
в
соответствии
с
законодательством
соответствующего
иностранного государства (если участником закупки является
иностранное лицо), код причины постановки на учет
юридического лица (если участником закупки является
юридическое
лицо),
аккредитованного
филиала
или
представительства иностранного юридического лица (если от
имени
иностранного
юридического
лица
выступает
аккредитованный
филиал
или
представительство),
обособленного подразделения юридического лица (если от
имени
участника
закупки
выступает
обособленное
подразделение юридического лица);
ж) выписка из единого государственного реестра юридических
лиц (если участником закупки является юридическое лицо),
выписка из единого государственного реестра индивидуальных
предпринимателей (если участником закупки является
индивидуальный предприниматель);
з) надлежащим образом заверенный перевод на русский язык
документов о государственной регистрации юридического лица
или физического лица в качестве индивидуального
предпринимателя в соответствии с законодательством
соответствующего государства (если участником закупки
является иностранное лицо);
и) декларация о принадлежности участника закупки к
учреждению или предприятию уголовно-исполнительной
системы (если участник закупки является учреждением или
предприятием уголовно-исполнительной системы);
к) декларация о принадлежности участника закупки к
организации инвалидов, предусмотренной частью 2 статьи 29
Федерального закона № 44-ФЗ (если участник закупки является
такой организацией);
л) декларация о принадлежности участника закупки к
социально ориентированным некоммерческим организациям в
случае установления преимущества, предусмотренного частью
3 статьи 30 Федерального закона № 44-ФЗ;
м) решение о согласии на совершение или о последующем
Информация и документы направляются участником
2
одобрении крупной сделки, если требование о наличии такого
решения
установлено
законодательством
Российской
Федерации, учредительными документами юридического лица
и для участника закупки заключение контракта на поставку
товара, выполнение работы или оказание услуги, являющихся
объектом закупки, либо внесение денежных средств в качестве
обеспечения заявки на участие в закупке, обеспечения
исполнения контракта является крупной сделкой;
н) информацию и документы, которые подтверждают
соответствие участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Федерального закона № 44-ФЗ;
закупки в составе заявки на участие в закупке
Требуется
Копии действующих лицензий:
1. Федеральной службы безопасности Российской Федерации
на осуществление разработки, производства, распространения
шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем,
защищенных с использованием шифровальных
(криптографических) средств, выполнения работ, оказания
услуг в области шифрования информации, технического
обслуживания шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем,
защищенных с использованием шифровальных
(криптографических) средств (за исключением случая, если
техническое обслуживание шифровальных
(криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств,
осуществляется для обеспечения собственных нужд
юридического лица или индивидуального предпринимателя).
Действие лицензии должно распространяться на следующие
виды деятельности (в соответствии с приложением к
Положению о лицензировании деятельности по разработке,
производству, распространению шифровальных
(криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств,
выполнению работ, оказанию услуг в области шифрования
информации, техническому обслуживанию шифровальных
(криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств
(за исключением случая, если техническое обслуживание
шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем,
защищенных с использованием шифровальных
(криптографических) средств, осуществляется для
обеспечения собственных нужд юридического лица или
индивидуального предпринимателя), утвержденному
постановлением Правительства Российской Федерации
от 16.04.2012 № 313):
- Разработка защищенных с использованием шифровальных
(криптографических) средств информационных систем;
- Монтаж, установка (инсталляция), наладка защищенных с
использованием шифровальных (криптографических) средств
информационных систем.
2. Федеральной службы по техническому и экспортному
контролю на деятельность по технической защите
конфиденциальной информации, предусмотренную
Положением о лицензировании деятельности по технической
защите конфиденциальной информации, утвержденного
постановлением Правительства Российской Федерации от
03.02.2012 № 79.
(могут не включаться в заявку на участие в закупке в
случае, если указанные информация и документы
содержатся в открытых и общедоступных
3
государственных реестрах, размещенных в
информационно-телекоммуникационной сети
"Интернет", и в такую заявку включена
предусмотренная подпунктом "о" пункта 1 части 1
статьи 43 Федерального закона № 44-ФЗ декларация о
соответствии участника закупки требованиям,
установленным пунктом 1 части 1 статьи 31
Федерального закона № 44-ФЗ)
информацию
и
документы,
которые
подтверждают
соответствие участника закупки дополнительным требованиям,
установленным в соответствии с частями 2 и 2.1 (при наличии
таких требований) статьи 31 Федерального закона № 44-ФЗ;
Требуется
Требования в соответствии c пунктом 4 ПП РФ от
29.12.2021 №2571
Наличие у участника закупки опыта исполнения (с
учетом правопреемства) в течение трех лет до даты
подачи заявки на участие в закупке контракта или
договора, заключенного в соответствии с Федеральным
законом от 18 июля 2011 года № 223-ФЗ «О закупках
товаров, работ, услуг отдельными видами юридических
лиц» при условии исполнения таким участником
закупки требований об уплате неустоек (штрафов,
пеней), предъявленных при исполнении таких
контракта, договора. Стоимость исполненных
обязательств по таким контракту, договору должна
составлять не менее двадцати процентов начальной
(максимальной) цены контракта. Информация и
документы, подтверждающие соответствие участника
закупки дополнительному требованию, установленному
в соответствии с частью 2.1 ст. 31 Закона о контрактной
системе, являются информация и документы,
предусмотренные хотя бы одним из следующих
подпунктов: а) номер реестровой записи в
предусмотренном Законом о контрактной системе
реестре контрактов, заключенных заказчиками (в случае
исполнения участником закупки контракта, информация
и документы в отношении которого включены в
установленном порядке в такой реестр и размещены на
официальном сайте единой информационной системы в
информационно-телекоммуникационной сети
"Интернет"); б) выписка из предусмотренного Законом о
контрактной системе реестра контрактов, содержащего
сведения, составляющие государственную тайну (в
случае исполнения участником закупки контракта,
информация о котором включена в установленном
порядке в такой реестр); в) исполненный контракт,
заключенный в соответствии с Законом о контрактной
системе, или договор, заключенный в соответствии с
Федеральным законом "О закупках товаров, работ, услуг
отдельными видами юридических лиц", а также акт
приемки поставленных товаров, выполненных работ,
оказанных услуг, подтверждающий цену поставленных
товаров, выполненных работ, оказанных услуг.
При проведении электронных процедур информация и
документы, которые подтверждают соответствие
участника закупки дополнительным требованиям,
установленным в соответствии с частью 2 или 2.1 (при
наличии таких требований) статьи 31 Федерального
закона № 44-ФЗ, и предусмотренные подпунктом "н"
пункта 1 части 1 статьи 43 Федерального закона № 44ФЗ, не включаются участником закупки в заявку на
4
о) декларация о соответствии участника закупки требованиям,
установленным пунктами 3 - 5, 7 - 11 части 1 статьи 31
Федерального закона № 44-ФЗ;
п) реквизиты счета участника закупки, на который в
соответствии с законодательством Российской Федерации
осуществляется перечисление денежных средств в качестве
оплаты поставленного товара, выполненной работы (ее
результатов), оказанной услуги, а также отдельных этапов
исполнения контракта, за исключением случаев, если в
соответствии с законодательством Российской Федерации
такой счет открывается после заключения контракта;
р) информация и документы, которые подтверждают
квалификацию участника закупки (в случае проведения
конкурсов и установления таких критериев);
участие в закупке. Такие информация и документы в
случаях, предусмотренных Федеральным законом № 44ФЗ, направляются (по состоянию на дату и время их
направления) заказчику оператором электронной
площадки
из
реестра
участников
закупок,
аккредитованных на электронной площадке.
Информация и документы направляются участником
закупки в составе заявки на участие в закупке
Если информация и документы, которые подтверждают
соответствие
участника
закупки
требованиям,
установленным пунктом 1 части 1 статьи 31
Федерального закона № 44-ФЗ, содержатся в открытых и
общедоступных
государственных
реестрах,
размещенных в информационно-телекоммуникационной
сети "Интернет", в указанную декларацию может быть
также включено положение о соответствии участника
закупки требованиям, установленным пунктом 1 части 1
статьи 31 Федерального закона № 44-ФЗ, с указанием
адреса сайта или страницы сайта в информационнотелекоммуникационной сети "Интернет", на которых
размещены такие информация и документы.
Информация и документы направляются участником
закупки в составе заявки на участие в закупке
Информация и документы направляются участником
закупки в составе второй части заявки на участие в
закупке
Отсутствие таких документов не является основанием
для признания заявки не соответствующей требованиям
Федерального закона № 44-ФЗ
2) предложение участника закупки в отношении объекта закупки:
а) характеристики предлагаемого участником закупки товара, Не требуется
соответствующие показателям, установленным в описании
объекта закупки (Приложение №3 к извещению), товарный знак
(при наличии у товара товарного знака);
Информация может не включаться в заявку на участие
в закупке в случае указания заказчиком в описании
объекта закупки товарного знака и предложения
участником закупки товара, в том числе поставляемого
заказчику при выполнении закупаемых работ, оказании
закупаемых услуг, обозначенного таким товарным
знаком
б) наименование страны происхождения товара в соответствии Не требуется
с общероссийским классификатором, используемым для
идентификации стран мира;
в) документы, подтверждающие соответствие товара, работы Не требуется
или услуги требованиям, установленным в соответствии с
законодательством Российской Федерации (в случае, если в
соответствии с законодательством Российской Федерации
установлены требования к товару, работе или услуге и
представление
указанных
документов
предусмотрено
извещением об осуществлении закупки). Заказчик не вправе
требовать представление указанных документов, если в
соответствии с законодательством Российской Федерации они
передаются вместе с товаром;
г) предложение по критериям, предусмотренным пунктами 2 и Не требуется
5
(или) 3 части 1 статьи 32 Федерального закона № 44-ФЗ (в
случае проведения конкурсов и установления таких критериев);
д) иные информация и документы, в том числе эскиз, рисунок,
чертеж, фотография, иное изображение предлагаемого
участником закупки товара;
3) предложение участника закупки о цене контракта;
4) предложение участника закупки о сумме цен единиц товара,
работы, услуги;
5) информация и документы, определенные в соответствии с
пунктом 2 части 2 статьи 14 Федерального закона № 44-ФЗ (в
случае, если в извещении об осуществлении закупки,
документации о закупке (если Федеральным законом № 44-ФЗ
предусмотрена документация о закупке) установлены
предусмотренные указанной статьей запрет, ограничение,
преимущество). В случае отсутствия таких информации и
документов в заявке на участие в закупке такая заявка
приравнивается к заявке, в которой содержится предложение о
поставке товаров, происходящих из иностранного государства,
работ, услуг, соответственно выполняемых, оказываемых
иностранными лицами.
Отсутствие такого предложения не является
основанием для отклонения заявки на участие в закупке.
Не требуется
Информация направляется оператором электронной
площадки вместе с протоколом подачи ценовых
предложений
Не требуется
Требуется
Установлен запрет закупок товаров (в том числе
поставляемых при выполнении закупаемых работ,
оказании закупаемых услуг), происходящих из
иностранных государств, работ, услуг, соответственно
выполняемых, оказываемых иностранными гражданами,
иностранными юридическими лицами, в соответствии с
Постановлением Правительства Российской Федерации
от 23.12.2024 № 1875 «О мерах по предоставлению
национального режима при осуществлении закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, закупок товаров, работ, услуг
отдельными видами юридических лиц» (п. 146
приложения № 1 к Постановлению Правительства
Российской Федерации от 23.12.2024 № 1875).
Страна происхождения ПО подтверждается:
если страна происхождения РФ:
порядковый номер реестровой записи из реестра
российского программного обеспечения;
если страна происхождения - государство - член ЕАЭС,
кроме РФ:
порядковый номер реестровой записи из реестра
евразийского программного обеспечения.
Для участников закупки, являющихся юридическими лицами, зарегистрированными на территории
государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими
лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением
Российской Федерации, заявка на участие в закупке должна содержать информацию и документы, подтверждающие
предоставление обеспечения заявки на участие в закупке, в форме электронных документов или в форме
электронных образов бумажных документов.
ИНСТРУКЦИЯ ПО ЗАПОЛНЕНИЮ ЗАЯВКИ
Заявка на участие в электронном конкурсе должна быть заполнена на русском языке. Отдельные документы (или их
части), предоставленные участником электронного конкурса в составе заявки на участие в электронном конкурсе, могут быть
подготовлены на другом языке при условии, что к ним будет прилагаться точный перевод необходимых разделов на русский
язык. Удостоверение верности перевода с иностранного языка на русский язык осуществляется в соответствии со статьей 81
Основ законодательства Российской Федерации о нотариате, утвержденных Верховным Советом Российской Федерации
11 февраля 1993 года № 4462-1.
При оформлении заявки участникам закупки следует использовать общепринятые обозначения и наименования в
соответствии с требованиями действующих нормативных актов. Сведения, которые содержатся в заявке, не должны
6
допускать двусмысленных толкований.
Все документы, входящие в состав заявки на участие в закупке, должны иметь четко читаемый текст.
Ответственность за достоверность сведений, указанных в заявке, несет участник закупки.
В целях обеспечения быстроты и корректности открытия (сохранения) электронных документов, поданных в
составе заявки на участие в закупке, рекомендуется использовать следующие форматы электронных
документов: .doc, .docx, .xls, .xlsx, .ppt (Microsoft Office 97 - 2016), .pdf, .rar, .zip, .tif, .jpeg.
Предложение участника закупки не должно содержать двусмысленных, противоречивых, а также
взаимоисключающих толкований и предложений. Предложение участника закупки должно содержать только достоверные
сведения.
7

=== ФАЙЛ: Приложение_5_Порядок_рассмотрения_и_оценки_заявок_7 | docs/0173100007426000037/Приложение_5_Порядок_рассмотрения_и_оценки_заявок_7.pdf
Приложение № 5 к Извещению
о проведении электронного конкурса
ПОРЯДОК
рассмотрения и оценки заявок на участие в конкурсе
I. Информация о заказчике и закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд
Коды
Полное наименование
Федеральная служба по надзору в сфере природопользования
Место нахождения, телефон,
адрес электронной почты
123995, г. Москва, ул. Б. Грузинская, д. 4/6 А; Б, Тел: +7(499)254 5072 доб. 99431;
e-mail: goncharova.iv@rpn.gov.ru
ИНН
7703381225
КПП
770301001
по ОКТМО
45380000
Наименование бюджетного,
автономного учреждения,
ИНН
государственного,
муниципального унитарного
предприятия, иного
юридического лица, которому
переданы полномочия
государственного,
муниципального заказчика
КПП
Место нахождения, телефон,
адрес электронной почты
по ОКТМО
Наименование объекта закупки
Выполнение работ по развитию федеральной государственной информационной
системы «Программно-технологический комплекс «ГОСКОНТРОЛЬ»
II. Критерии и показатели оценки заявок на участие в закупке
№
Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость Показатель оценки,
Значимость
показателя детализирующий
показателя,
оценки,
показатель оценки детализирующего
процентов
показатель
оценки,
процентов
Формула оценки или шкала оценки
1
Цена контракта,
сумма цен единиц
товара, работы,
услуги
30
-
-
-
-
Оценка заявок осуществляется по формулам,
предусмотренным пунктами 9 или 10
Положения об оценке заявок на участие в
закупке товаров, работ, услуг для обеспечения
государственных и муниципальных нужд,
утвержденного
постановлением
Правительства
Российской
Федерации
от
31
декабря
2021 г.
№ 2604
«Об оценке заявок на участие в закупке
товаров, работ, услуг для обеспечения
государственных и муниципальных нужд,
внесении изменений в пункт 4 постановления
Правительства
Российской
Федерации
от 20 декабря 2021 г. № 2369 и признании
утратившими
силу
некоторых
актов
и отдельных положений некоторых актов
Правительства
Российской
Федерации»
(далее – Положение).
2
Квалификация
участников закупки,
в том числе наличие
у них финансовых
ресурсов,
оборудования и
других
материальных
ресурсов на праве
собственности или
70
Наличие
у участников
закупки опыта
оказания услуг,
связанного с
предметом
контракта
30
Общее количество
исполненных
участником
закупки договоров
50
Оценка заявок осуществляется по формулам,
предусмотренным пунктом 20 Положения.
Наибольшая цена
одного из
исполненных
участником
закупки
договора/контракта
50
ином законном
основании, опыта
работы, связанного
с предметом
контракта, и
деловой репутации,
специалистов и
иных работников
определенного
уровня
квалификации
Наличие
у участников
закупки
специалистов и
иных работников
определенного
уровня
квалификации
70
Количество
специалистов и
иных работников,
соответствующих
перечню
специальностей
(направлений
подготовки)
10
Наличие
информации (в том
числе данных) и
документов,
подтверждающих
квалификацию
90
III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих показатели
оценки, предусмотренных разделом II настоящего документа
№
Наименование критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки, при применении
которого устанавливается положение, предусмотренное графой
3
Положение о применении критерия оценки, показателя оценки, показателя оценки,
детализирующего показатель оценки
1
2
3
1.
Критерий оценки «Цена контракта, сумма цен единиц товара,
работы, услуги»
-
2.
Критерий оценки «Квалификация участников закупки, в том
числе наличие у них финансовых ресурсов, оборудования и
других материальных ресурсов на праве собственности или
ином законном основании, опыта работы, связанного с
предметом контракта, и деловой репутации специалистов и
иных работников определенного уровня квалификации»
Оценка заявки (части заявки) по критерию оценки определяется путем суммирования
среднего количества баллов, присвоенных всеми принимавшими участие
в ее рассмотрении и оценке членами комиссии по осуществлению закупок по каждому
показателю оценки, умноженного на значимость соответствующего показателя оценки.
При этом среднее количество баллов определяется путем суммирования количества
баллов, присвоенных каждым членом комиссии по осуществлению закупок,
и последующего деления на количество таких членов.
2.1. Показатель оценки «Наличие у участников закупки опыта Оценка заявки (части заявки) по показателю оценки определяется путем суммирования
оказания услуг, связанного с предметом контракта»
среднего количества баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению закупок по каждому
детализирующему показателю, умноженного на значимость соответствующего
детализирующего показателя. При этом среднее количество баллов определяется путем
суммирования количества баллов, присвоенных каждым членом комиссии по
осуществлению закупок, и последующего деления на количество таких членов.
2.1.1. Показатель оценки, детализирующий показатель оценки Значение
количества
баллов
рассчитывается
по
формуле,
указанной
«Общее количество исполненных участником закупки в подпункте «е» пункта 20 Положения.
договоров».
Расчет баллов (БХi) для оценки предложений участников по детализирующему
показателю производится по формуле:
БХ i = Х i - Х min ×
100
;
Х
- Х min
пред
max
где:
Х i - значение, содержащееся в предложении участника закупки по данному показателю,
заявка (часть заявки) которого подлежит оценке в соответствии с Федеральным законом
от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд» (далее – Закон
о контрактной системе);
Хmin - минимальное значение предложений участников по данному показателю,
содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с Законом о
контрактной системе.
Х пред - предельное максимальное значение квалификации участников закупки.
max
Оценивается исчисляемое в штуках количество фактически выполненных контрактов
(договоров), соответствующих условиям, приведенным в настоящем порядке
рассмотрения и оценки заявок на участие в конкурсе, информация о которых
представлена участником во второй части заявки на участие в закупке.
В соответствии с приведенными условиями предельное максимальное значение по
детализирующему показателю оценки «Общее количество исполненных участником
закупки договоров» равно 30 (тридцать) штук.
К оценке принимаются исключительно контракты заключенные и исполненные в
соответствии с Законом о контрактной системе, и договоры, заключенные и
исполненные в соответствии с Федеральным законом от 18.07.2011 «О закупках
товаров, работ, услуг отдельными видами юридических лиц»;
Предметом контракта (договора) сопоставимым с предметом контракта, заключаемого
по результатам конкурса, является:
- выполнение работ по разработке и (или) модернизации (развитию) информационных
систем;
- оказание услуг по сопровождению, эксплуатации и (или) технической поддержке
информационных систем.
К оценке принимаются исключительно исполненные договоры (контракты), при
исполнении которых поставщиком (подрядчиком, исполнителем) исполнены
требования об уплате неустоек (штрафов, пеней) (в случае начисления неустоек).
Информация об общем количестве исполненных участником закупки контрактов
(договоров) подтверждается наличием в заявке всех нижеперечисленных документов:
- исполненный контракт заключенный в соответствии с Законом о контрактной системе,
и (или) исполненный договор, заключенный в соответствии с Федеральным законом от
18.07.2011 «О закупках товаров, работ, услуг отдельными видами юридических лиц» с
приложением всех дополнительных соглашений к такому контракту (договору) и актов
приемки оказанных услуг (выполненных работ), подписанных при исполнении такого
контракта (договора), при этом последний акт, составленный при исполнении такого
контракта (договора), должен быть подписан не ранее чем за 5 (пять) лет до даты
окончания срока подачи заявок на участие в настоящей закупке.
Подтверждающие документы в составе заявки представляются в форме электронных
документов или в форме электронных образов бумажных документов. При этом
документы, представленные в форме электронных образов бумажных документов,
должны быть в виде неповторяющихся, полночитаемых копий, на которых видны все
необходимые сведения, подписи и печати.
К оценке принимаются подтверждающие документы в случае их представления в заявке
в полном объеме и со всеми приложениями.
Если подтверждающие документы и информация о таких документах содержатся в
открытых и общедоступных государственных реестрах, размещенных в
информационно-телекоммуникационной сети «Интернет», в том числе ведение
которых осуществляется в единой информационной системе в сфере закупок с
размещением указанных документов на официальном сайте единой информационной
системы в сфере закупок в информационно-телекоммуникационной сети «Интернет»,
вместо направления таких документов участник закупки вправе направить номер
реестровой записи из соответствующего реестра.
При отсутствии в заявке на участие сведений по детализирующему показателю и/или
документов, подтверждающих такие сведения, участник закупки получает 0 баллов по
данному детализирующему показателю.
2.1.2. Показатель оценки, детализирующий показатель оценки Значение
количества
баллов
рассчитывается
по
формуле,
указанной
«Наибольшая цена одного из исполненных участником закупки в подпункте «е» пункта 20 Положения.
договора/контракта»
Расчет баллов (БХi) для оценки предложений участников по детализирующему
показателю производится по формуле:
БХ i = Х i - Х min ×
100
;
Х
- Х min
пред
max
где:
Х i - значение, содержащееся в предложении участника закупки по данному показателю,
заявка (часть заявки) которого подлежит оценке в соответствии с Законом
о контрактной системе;
Хmin - минимальное значение предложений участников по данному показателю,
содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с Законом о
контрактной системе.
Х пред - предельное максимальное значение квалификации участников закупки.
max
Оценивается исчисляемый в рублях суммарный объем фактически выполненных работ,
оказанных услуг по результатам исполнения контракта (договора), соответствующего
условиям, приведенным в настоящем порядке рассмотрения и оценки заявок на участие
в конкурсе, информация о котором представлена участником во второй части заявки
на участие в закупке.
В соответствии с приведенными условиями предельное максимальное значение по
детализирующему показателю оценки «Наибольшая цена одного из исполненных
Х пред
max равно НМЦК.
участником закупки договоров»
К оценке принимаются исключительно контракты заключенные и исполненные в
соответствии с Законом о контрактной системе, и договоры, заключенные и
исполненные в соответствии с Федеральным законом от 18.07.2011 «О закупках
товаров, работ, услуг отдельными видами юридических лиц»;
Предметом контракта (договора) сопоставимым с предметом контракта, заключаемого
по результатам конкурса, является:
- выполнение работ по разработке и (или) модернизации (развитию) информационных
систем;
- оказание услуг по сопровождению, эксплуатации и (или) технической поддержке
информационных систем.
К оценке принимаются исключительно исполненные договоры (контракты), при
исполнении которых поставщиком (подрядчиком, исполнителем) исполнены
требования об уплате неустоек (штрафов, пеней) (в случае начисления неустоек).
Информация о наибольшей цене одного из исполненных участником закупки контракта
(договора) подтверждается наличием в заявке всех нижеперечисленных документов:
- исполненный контракт заключенный в соответствии с Законом о контрактной системе,
и (или) исполненный договор, заключенный в соответствии с Федеральным законом от
18.07.2011 «О закупках товаров, работ, услуг отдельными видами юридических лиц» с
приложением всех дополнительных соглашений к такому контракту (договору) и актов
приемки оказанных услуг (выполненных работ), подписанных при исполнении такого
контракта (договора), при этом последний акт, составленный при исполнении такого
контракта (договора), должен быть подписан не ранее чем за 5 (пять) лет до даты
окончания срока подачи заявок на участие в настоящей закупке.
Подтверждающие документы в составе заявки представляются в форме электронных
документов или в форме электронных образов бумажных документов. При этом
документы, представленные в форме электронных образов бумажных документов,
должны быть в виде неповторяющихся, полночитаемых копий, на которых видны все
необходимые сведения, подписи и печати.
К оценке принимаются подтверждающие документы в случае их представления в заявке
в полном объеме и со всеми приложениями.
Если подтверждающие документы и информация о таких документах содержатся в
открытых и общедоступных государственных реестрах, размещенных в
информационно-телекоммуникационной сети «Интернет», в том числе ведение
которых осуществляется в единой информационной системе в сфере закупок с
размещением указанных документов на официальном сайте единой информационной
системы в сфере закупок в информационно-телекоммуникационной сети «Интернет»,
вместо направления таких документов участник закупки вправе направить номер
реестровой записи из соответствующего реестра.
При отсутствии в заявке на участие сведений по детализирующему показателю и/или
документов, подтверждающих такие сведения, участник закупки получает 0 баллов по
данному детализирующему показателю.
2.2. Показатель оценки «Наличие у участников закупки Оценка заявки (части заявки) по показателю оценки определяется путем суммирования
специалистов и иных работников определенного уровня среднего количества баллов, присвоенных всеми принимавшими участие в ее
квалификации».
рассмотрении и оценке членами комиссии по осуществлению закупок по каждому
детализирующему показателю, умноженного на значимость соответствующего
детализирующего показателя. При этом среднее количество баллов определяется путем
суммирования количества баллов, присвоенных каждым членом комиссии по
осуществлению закупок, и последующего деления на количество таких членов.
2.2.1. Показатель оценки, детализирующий показатель оценки Значение
количества
баллов
рассчитывается
по
формуле,
указанной
«Количество
специалистов
и
иных
работников, в подпункте «е» пункта 20 Положения.
соответствующих перечню специальностей (направлений Расчет баллов (БХi) для оценки предложений участников по детализирующему
подготовки)».
показателю производится по формуле:
БХ i = Х i - Х min ×
100
;
Х
- Х min
пред
max
где:
Х i - значение, содержащееся в предложении участника закупки по данному показателю,
заявка (часть заявки) которого подлежит оценке в соответствии с Законом
о контрактной системе;
Хmin - минимальное значение предложений участников по данному показателю,
содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с Законом о
контрактной системе.
- предельное максимальное значение квалификации участников закупки, равное
Х пред
max
50 человек.
Оценивается количество специалистов и иных работников, прошедших обучение или
профессиональную переподготовку по одному или нескольким направлениям
подготовки среднего профессионального образования либо высшего образования
(бакалавриата, магистратуры либо специалитета) и соответствующих детализирующим
показателям оценки - перечням специальностей (направлений подготовки):
- Информатика;
- Информатика и вычислительная техника;
- Информационные системы и технологии;
- Информационные системы и технологии (в т.ч. по отраслям);
- Математика;
- Прикладная математика;
- Прикладная информатика (в т.ч. по отраслям);
- Прикладная математика и информатика;
- Программная инженерия;
- Автоматизированные системы обработки информации и управления;
- Автоматизация технологических процессов и производств (в т.ч. по отраслям);
- Автоматизированные системы управления;
- Системный анализ и управление;
- Управление в технических системах;
- Управление и информатика в технических системах;
- Бизнес-информатика;
- Информационная безопасность;
- Информационная безопасность автоматизированных систем;
- Информационная безопасность телекоммуникационных систем;
- Комплексная защита объектов информатизации;
- Комплексное обеспечение информационной безопасности автоматизированных систем;
- Компьютерная безопасность;
- Вычислительные машины, комплексы, системы и сети;
- Математическое обеспечение и администрирование информационных систем;
- Программное обеспечение вычислительной техники и автоматизированных систем.
В соответствии с приведенными условиями предельное максимальное значение по
детализирующему показателю оценки «Количество специалистов и иных работников,
Х пред
соответствующих перечню специальностей (направлений подготовки)» max равно 50
(пятьдесят) человек.
Информация о специалистах и иных работниках и их квалификация подтверждается
одновременно представленными следующими документами:
̶ трудовая книжка или сведения о трудовой деятельности, предусмотренные статьей 66.1
Трудового кодекса Российской Федерации;
̶ документы, подтверждающие квалификацию участника закупки, его специалистов и
иных работников, в том числе предусмотренную в соответствии с профессиональными
стандартами (если соответствующий профессиональный стандарт обязателен для
применения работодателями в соответствии с законодательством Российской Федерации).
В случае наличия разночтения в представленных документах в связи с изменением фамилии
специалиста при заключении брака либо перемены фамилии, имени или отчества по иным
причинам,
дополнительно
представляются
соответствующие
свидетельства,
предусмотренные положениями Федерального закона от 15 ноября 1997 года № 143-ФЗ
«Об актах гражданского состояния», подтверждающих такие изменения. Допускается
предоставление реквизитов таких свидетельств, в случае если они указаны в документах,
предусмотренных настоящим положением и подтверждающих то, что указанный
специалист является сотрудником организации участника.
При отсутствии в заявке на участие сведений по детализирующему показателю и/или
документов, подтверждающих такие сведения, участник закупки получает 0 баллов
по данному детализирующему показателю.
2.2.2. Показатель оценки, детализирующий показатель оценки Значение количества баллов определяется в соответствии с Приложением А настоящего
«Наличие информации (в том числе данных) и документов, Порядка рассмотрения и оценки заявок на участие в конкурсе.
подтверждающих квалификацию».
Приложение А
Положение
о применении показателей оценки, детализирующих показатель оценки
«Наличие информации (в том числе данных) и документов, подтверждающих
квалификацию»
Применяемые детализирующие показатели оценки.
По показателю «Наличие информации (в том числе данных) и документов,
подтверждающих квалификацию» оценивается предложение участника открытого конкурса
в электронной форме по наличию информации (в том числе данных) и документов,
подтверждающих квалификацию, а именно решение следующего квалификационного
задания:
Квалификационное задание
1)
Общие сведения
Целью требований, приведенных в настоящем документе, является подтверждение
квалификации участника открытого конкурса в электронной форме на выполнение работ по
развитию информационных систем Федеральной службы по надзору в сфере
природопользования в 2026 году, в соответствии в соответствии с постановлением
Правительства Российской Федерации от 31.12.2021 № 2604 «Об оценке заявок на участие в
закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд,
внесении изменений в пункт 4 постановления Правительства Российской Федерации от
20.12.2021 № 2369 и признании утратившими силу некоторых актов и отдельных положений
некоторых актов Правительства Российской Федерации».
Участник открытого конкурса в электронной форме (далее – Участник) вправе
включить в свою заявку результаты выполнения квалификационного задания,
подтверждающие его квалификацию в соответствии с требованиями, описанными в
настоящем разделе.
Материалы с результатами выполнения квалификационного задания Участником
должны быть размещены на электронной площадке, разбитые на файлы определенного
размера в соответствии с технической возможностью электронной площадки.
Квалификационное задание является единым для всех Участников и выполняется
самостоятельно Участником.
Квалификационное задание не является частью работ на выполнение работ по
развитию информационных систем Федеральной службы по надзору в сфере
природопользования в 2026 году, являющихся предметом открытого конкурса в
электронной форме, а служит для проверки квалификации Участника.
2)
Общие требования к подтверждению квалификации Участника
Для подтверждения своей квалификации Участник должен включить в свою заявку на
участие в открытом конкурсе в электронной форме решение квалификационного задания,
выполненное в соответствии с требованиями, описанными в настоящем разделе.
Участник в составе второй части заявки на участие в открытом конкурсе в
электронной форме должен предоставить материалы по выполнению требований к
подтверждению квалификации Участника.
Материалы должны включать в себя:
1.
Описание входных и выходных данных для аналитических алгоритмов
выявления импортеров товаров, не представивших отчетность.
2.
Описание алгоритмов выявления импортеров товаров, не представивших
отчетность.
3.
Веб-приложение, обеспечивающее реализацию аналитических алгоритмов
выявления импортеров товаров, не представивших отчетность, и документацию к вебприложению. Документация к веб-приложению должна включать: данные для удаленного
доступа к веб-приложению, авторизации пользователей, подробное описание
пользовательских действий для осуществления проверок выполнения квалификационного
задания, наборы данных, загруженных в базу данных для проверки работы аналитического
алгоритма на корректность.
Вся документация, предоставляемая в качестве подтверждения квалификации
Участника, должна быть составлена на русском языке и предоставлена в форматах
документов DOC, DOCX, XLS, XLSX и (или) ODT, документы, содержащие схемы – в
формате PDF.
3)
Требования к выполнению квалификационного задания
Для подтверждения квалификации Участник должен:
а) Разработать и представить описание состава входных и выходных данных для
аналитического алгоритма выявления импортеров товаров, не представивших отчетность.
Описание должно быть представлено в виде логической модели данных, представленной в
виде UML диаграммы классов.
Для указанного аналитического алгоритма в качестве входных данных должны
использоваться данные отчетности о массе товаров и упаковки, произведенных на
территории Российской Федерации или ввезенных из государств - членов Евразийского
экономического союза, в том числе об испорченном или о бракованном товаре, об упаковке,
сведения о вывезенных из Российской Федерации товарах, упаковке; данные отчетности о
выполнении самостоятельной утилизации отходов от использования товаров; данные
отчетности о расчете суммы экологического сбора по товарам, упаковке, произведенным на
территории Российской Федерации или ввезенным из государств-членов Евразийского
экономического союза, которые предусмотрены актуальными нормативно-правовыми
актами, регулирующими деятельность производителей, импортеров товаров в рамках
расширенной ответственности, а также данные Федеральной таможенной службы России
(далее – ФТС России) и ООО «Оператор-ЦРПТ» о деятельности производителей и
импортеров товаров в рамках расширенной ответственности, имеющиеся в цифровом виде.
Состав выходных данных алгоритма должен обеспечивать достижение задачи алгоритма –
возможность однозначной идентификации ЮЛ и ИП, не представивших отчетность.
При разработке UML диаграммы классов должны соблюдаться следующие
требования:
- должны использоваться только стандартные графические элементы UML (классы,
интерфейсы, актёры, связи и т.д.);
- типы связей должны соответствовать семантике: ассоциация, агрегация, композиция,
наследование (обобщение), реализация, зависимость — каждая имеет свой смысл и
своё графическое обозначение (стрелки, ромбики, пунктир);
- именование элементов должно быть реализовано по единым правилам:
- для классов:
- имя — существительное, с большой буквы, единственное число;
- абстрактные классы и интерфейсы должны быть явно помечены (курсив,
стереотип <<abstract>>/<<interface>>);
-
у каждого класса должны быть заполнены все три секции: имя, атрибуты,
методы (пустые секции не допускаются);
- для атрибутов:
- у каждого атрибута должен быть указан тип данных;
- для каждого атрибута должен быть проставлен модификатор доступа (+
public, - private, # protected, ~ package);
- имя атрибута — с маленькой буквы, camelCase, отражает смысл;
- производные/вычисляемые атрибуты должны быть помечены;
- для методов:
- у каждого метода должна быть указана полная сигнатура: параметры с типами
и тип возвращаемого значения;
- проставлен модификатор доступа;
- абстрактные методы должны быть помечены курсивом или стереотипом;
- набор методов должен соответствовать ответственности класса;
- для связей:
- тип каждой связи выбран осознанно и корректно;
- роли на концах связей подписаны;
- модель должна быть целостная и читаемая:
- каждый класс, упомянутый в связях, должен присутствовать на диаграмме;
- не должны смешиваться разные уровни абстракции;
- минимизация пересечений линий связей, линии связей не должны пересекать
блоки классов без необходимости;
- логичное расположение элементов, преимущественно единое направление
стрелок, одинаковые названия для одинаковых сущностей;
- диаграмма не должна быть визуально перегружена, при большом числе классов
необходимо разбить ее на несколько диаграмм по логическим частям.
б) Разработать и представить описание алгоритма выявления импортеров товаров, не
представивших отчетность. Описание должно быть представлено в виде UML диаграммы
деятельности.
Диаграмма должна отображать каждый значимый шаг процесса по выявлению
импортеров товаров, не представивших отчетность, и быть согласована (взаимосвязана) с
диаграммой классов, разработанной в результате выполнения пп а).
При разработке UML диаграммы деятельности должны соблюдаться следующие
требования:
- диаграмма должна содержать один начальный узел, промежуточные и один или
несколько конечных узлов;
- все узлы должны быть достижимы от начального узла;
- из каждого узла, кроме конечного, должен быть хотя бы один исходящий переход;
- названия действий должны быть сформулированы как «глагол + объект»;
- каждое действие должно предусматривать одну законченную операцию;
- уровень детализации действий должен быть единым по всей диаграмме;
- для каждого узла действия должны быть подписаны условия для исходящих
переходов;
- условия действия должны быть взаимоисключающими и покрывать все возможные
случаи;
- параллельные действия должны быть действительно независимыми друг от друга, без
скрытых зависимостей по данным;
-
изображение направления диаграммы должно быть единообразно (сверху вниз или
слева направо), линии переходов не должны пересекать блоки действий, подписи
условий должны быть размещены рядом с соответствующей стрелкой без
двусмысленности;
- диаграмма не должна быть визуально перегружена.
в) Разработать веб-приложение, обеспечивающее возможность для пользователей
выявлять импортеров товаров, не представивших отчетность, с использованием
аналитического алгоритма, описание которого разработано по результатам выполнения пп
а) б) квалификационного задания.
Веб-приложение должно включать веб-интерфейс, базу данных с загруженными
данными, механизм аналитического алгоритма.
Веб-интерфейс должен обеспечивать возможность для пользователей запускать
аналитический алгоритм для выявления импортеров товаров, не представивших отчетность,
и просматривать результаты его работы в виде списка ЮЛ и ИП с данными в объеме,
достаточном для их однозначной идентификации.
Для проверки корректности работы аналитического алгоритма в базу данных должны
быть загружены наборы данных. Корректность работы алгоритма должна обеспечиваться на
объеме данных:
- не менее 1000 тыс отчетов;
- не менее 10 тыс записей с данными ФТС России и ООО «Оператор-ЦРПТ».
Аналитический алгоритм должен быть разработан в виде исполняемой процедуры, в
соответствии с описаниями, разработанными по результатам выполнения пп а) б)
квалификационного задания, и обеспечивать корректное выявление импортеров товаров, не
представивших отчетность.
г) Подготовить удаленный доступ к инфраструктуре с развернутым веб-приложением.
Участник должен предоставить удаленный доступ к разработанному вебприложению, данные для авторизации пользователя и документацию, содержащую
подробное описание пользовательских действий для осуществления проверок выполнения
квалификационного задания. Документация также должна содержать наборы данных,
загруженных в базу данных для проверки работы аналитического алгоритма на
корректность.
4)
Порядок выполнения проверки квалификации Участника
Выполнение проверок квалификации Участника в части выполнения требований
подпункта «а» пункта 3 настоящего раздела осуществляется в соответствии с порядком,
указанным в пункте 4.1 текущего раздела настоящего документа.
Выполнение проверок квалификации Участника в части выполнения требований
подпункта «б» пункта 3 настоящего раздела осуществляется в соответствии с порядком,
указанным в пункте 4.2 текущего раздела настоящего документа.
Проверки квалификации Участника в части выполнения требований подпунктов «в»,
«г» пункта 3 настоящего раздела включают в себя:
−
проверку наличия удаленного доступа к инфраструктуре с развернутым вебприложением, данных для авторизации;
−
проверку наличия документации, содержащей подробное описание
пользовательских действий для осуществления проверок выполнения квалификационного
задания;
−
проверку выполнения задач в соответствии с порядком, указанным в пункте 4.3
текущего раздела настоящего документа.
4.1) Порядок проверки корректности проектирования состава входных и выходных
данных для аналитического алгоритма выявления импортеров товаров, не представивших
отчетность.
Контрольный пример 1: Проверка корректности проектирования состава входных и
выходных данных для аналитического алгоритма выявления импортеров товаров, не
представивших отчетность.
Назначение
контрольного примера
Проверка корректности проектирования состава входных и
выходных данных для аналитического алгоритма выявления
импортеров товаров, не представивших отчетность.
Предусловия
Предоставлена UML диаграмма
логической модели данных.
Результаты
UML диаграмма классов учитывает все требования,
представленные в подпункте «а» пункта 3) настоящего раздела.
№
Описание контрольного примера
классов
с
описанием
Ожидаемый корректный результат
выполнения контрольного примера
Шаг 1 Осуществляется
проверка
UML UML
диаграмма
классов
диаграммы классов с описанием спроектирована с учетом:
логической модели данных для  всех требований к разработке UML
аналитического алгоритма выявления
диаграммы классов, приведенных в
импортеров товаров, не представивших
составе п.3 (а);
отчетность, с целью удостовериться,  состав входных данных отражен на
что она спроектирована в соответствии
диаграмме
и
должен
быть
с требованиями, установленными в п.3.
предусмотрен
отчетностью
и
данными, указанными в п.3;
 состав выходных данных отражен
на
диаграмме
и
должен
обеспечивать
однозначную
идентификацию ЮЛ и ИП, не
представивших отчетность.
4.2) Порядок проверки корректности проектирования алгоритма выявления
импортеров товаров, не представивших отчетность.
Контрольный пример 2: Проверка корректности проектирования аналитического
алгоритма выявления импортеров товаров, не представивших отчетность.
Назначение
контрольного примера
Проверка корректности проектирования алгоритма выявления
импортеров товаров, не представивших отчетность.
Предусловия
Предоставлена UML диаграмма деятельности с визуализацией
действий процесса по выявлению импортеров товаров, не
представивших отчетность.
Результаты
UML диаграмма деятельности учитывает все требования,
представленные в подпункте «б» пункта 3) настоящего раздела.
№
Описание контрольного примера
Ожидаемый корректный результат
выполнения контрольного примера
Шаг 1 Осуществляется
проверка
UML UML
диаграмма
деятельности
диаграммы деятельности с описанием спроектирована с учетом:
аналитического алгоритма выявления  всех требований к разработке UML
импортеров товаров, не представивших
диаграммы
деятельности,
отчетность, с целью удостовериться,
приведенных в составе п.3 (б);
что она спроектирована в соответствии  отображает
последовательность
с требованиями, установленными в п.3.
действий процесса по выявлению
импортеров
товаров,
не
представивших отчетность;
 взаимосвязанности с диаграммой
классов, разработанной в результате
выполнения пп а).
4.3) Порядок проверки веб-приложения, обеспечивающего возможность для
пользователей выявлять импортеров товаров, не представивших отчетность.
Контрольный пример 3: Проверка веб-приложения, обеспечивающего возможность для
пользователей выявлять импортеров товаров, не представивших отчетность.
Назначение
контрольного
примера
Проверка веб-приложения, обеспечивающего возможность для
пользователей выявлять импортеров товаров, не представивших
отчетность.
Предусловия
Участник предоставил удаленный доступ к инфраструктуре с
развернутым разработанным веб-приложением, документацию,
содержащую подробное описание пользовательских действий
для осуществления проверок выполнения квалификационного
задания.
Результаты
Разработанное веб-приложение, обеспечивающее возможность
для пользователей выявлять импортеров товаров, не
представивших отчетность, соответствует требованиям,
представленным в подпункте «в» и «г» пункта 3 настоящего
раздела.
Веб-интерфейс должен обеспечивать возможность для
пользователей запускать аналитический алгоритм для выявления
импортеров товаров, не представивших отчетность, и
просматривать результаты его работы.
Аналитический алгоритм должен быть разработан в виде
исполняемой процедуры, в соответствии с описаниями,
разработанными по результатам выполнения пп а) б)
квалификационного задания, и обеспечивать корректное
выявление импортеров товаров, не представивших отчетность.
№
Описание контрольного примера
Ожидаемый корректный результат
выполнения контрольного примера
Шаг 1 Осуществляется проверка наличия
доступа к развернутому вебприложению на предмет того, что:
при открытии веб-приложения в
браузере веб- приложение доступно.
Шаг 2 Осуществляется проверка вебинтерфейса приложения с
функциональностью для выявления
импортеров товаров, не представивших
отчетность, на предмет того, что:

При проверке развернутого вебприложения:
при открытии веб-приложения в
браузере веб- приложение доступно.

В рамках проверки веб-интерфейса
приложения с функциональностью для
выявления импортеров товаров, не
представивших отчетность, на предмет
того, что:
 присутствует
интерфейсный  присутствует интерфейсный элемент,
элемент,
обеспечивающий
обеспечивающий возможность для
возможность для пользователей
пользователей
запускать
запускать аналитический алгоритм;
аналитический алгоритм;
 присутствует экранная форма с  присутствует экранная форма с
отображением
результатов
его
отображением
результатов
его
работы в виде списка ЮЛ и ИП с
работы в виде списка ЮЛ и ИП с
данными в объеме, достаточном для
данными в объеме, достаточном для
их однозначной идентификации.
их однозначной идентификации.
Шаг 3 Осуществляется проверка базы данных При проверке базы данных вебвеб-приложения на предмет того, что:
приложения установлено, что:
 в базу данных загружены данные в
объеме:
- не менее 1000 тыс отчетов;
- не менее 10 тыс записей с
данными ФТС России и ООО
«Оператор-ЦРПТ»;
 в базу данных загружены данные в
объеме:
- не менее 1000 тыс отчетов;
- не менее 10 тыс записей с
данными ФТС России и ООО
«Оператор-ЦРПТ»;
 данные, загруженные в базу данных, 
совпадают с набором данных,
переданным в составе документации
к веб-приложению.
Шаг 4 Осуществляется проверка
аналитического алгоритма на предмет
того, что:
 алгоритм разработан в виде
исполняемой процедуры;
 алгоритм соответствует описаниям,
разработанным по результатам
выполнения пп а) б)
квалификационного задания;
 обеспечивается корректное
выявление импортеров товаров, не
данные, загруженные в базу данных,
совпадают с набором данных,
переданным в составе документации
к веб-приложению.
При проверке аналитического
алгоритма установлено, что:
 алгоритм разработан в виде
исполняемой процедуры;
 алгоритм соответствует описаниям,
разработанным по результатам
выполнения пп а) б)
квалификационного задания;
 обеспечивается корректное
выявление импортеров товаров, не
представивших отчетность.
представивших отчетность.
5)
Требования к тестовому стенду Заказчика
Тестовый стенд Заказчика, на котором проводится проверка квалификации
Участника, должен представлять собой рабочую станцию со следующими минимальными
характеристиками:
−
операционная система рабочей станции: Windows 10 Pro 64 bit;
−
процессор – 4 ядра;
−
16 GB RAM;
−
установлен браузер Google Chrome (версии 93 и выше).
6)
Требования к процедуре проверки квалификации Участника
Заказчиком осуществляется рассмотрение и оценка результатов реализации
требований, приведенных в пункте 3) «Требования к выполнению квалификационного
задания», в соответствии с пунктами 4), 7) настоящего раздела.
7)
Порядок оценки квалификационного задания
При рассмотрении и оценке заявок по критерию Участника «Квалификация участника
закупки» присваиваются баллы за выполнение операций в соответствии с требованиями
настоящего раздела согласно Таблице 1 «Оценка квалификации Участника».
Таблица 1. Оценка квалификации Участника
Значение в баллах
№ п/п
Наименование задачи и условий ее
корректного выполнения
Результат
выполнения
Результат
задачи
выполнения
отсутствует
задачи
или не
полностью
соответствуе
соответствуе
т хотя бы
т ожидаемому
одному из
заявленных
требований
1.
Проверка корректности проектирования
состава входных и выходных данных для
аналитического алгоритма выявления
импортеров товаров, не представивших
отчетность
20
0
2.
Проверка корректности проектирования
аналитического алгоритма выявления
импортеров товаров, не представивших
отчетность
20
0
3.
Проверка веб-приложения, обеспечивающего
выявление импортеров товаров, не
60
0
Значение в баллах
№ п/п
Наименование задачи и условий ее
корректного выполнения
Результат
выполнения
Результат
задачи
выполнения
отсутствует
задачи
или не
полностью
соответствуе
соответствуе
т хотя бы
т ожидаемому
одному из
заявленных
требований
представивших отчетность
Итого
100
0

=== ФАЙЛ: Проект контракта (подряд) развитие ГИС | docs/0173100007426000037/Проект контракта (подряд) развитие ГИС.pdf
Приложение № 2 к извещению
о проведении электронного конкурса
Государственный контракт №
г. Москва
«___» __________ 2026 г.
Федеральная служба по надзору в сфере природопользования (Росприроднадзор),
именуемая в дальнейшем Государственный заказчик (далее - Заказчик), в лице ______,
действующего на основании _______, с одной стороны и _____, именуемое в дальнейшем
Подрядчик, в лице ___, действующего на основании ____, с другой стороны, совместно
именуемые Стороны, с соблюдением требований действующего законодательства
Российской Федерации, Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной
системе в сфере закупок товаров, работ, услуг для обеспечения государственных
и муниципальных нужд» (далее – Федеральный закон № 44-ФЗ) и иного законодательства
Российской Федерации, по результатам проведения открытого конкурса в электронной
форме (Идентификационный код закупки: 261770338122577030100100630016201246,
Протокол от ___ № ___) заключили настоящий государственный контракт (далее –
Контракт) о нижеследующем.
1. Предмет Контракта.
1.1. Подрядчик по заданию Заказчика обязуется в установленный Контрактом срок
выполнить работы по развитию федеральной государственной информационной системы
«Программно-технологический комплекс «ГОСКОНТРОЛЬ» (далее – Работы, Система), а
Заказчик обязуется принять выполненные Работы и оплатить их.
1.2. Работы выполняются Подрядчиком в соответствии с национальными стандартами
и государственными стандартами в части требований к проектированию, стадиям создания,
видам, комплектности и обозначению документов, видам испытаний при создании и (или)
развитии (модернизации) государственных (муниципальных) информационных систем
и (или) иных информационных систем, а также в соответствии с качественными,
количественными и иными характеристиками работ, определенными в описании объекта
закупки, согласно требованиям Федерального закона № 44-ФЗ, Федерального закона
от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите
информации» (далее – Федеральный закон № 149-ФЗ), а также иных нормативных
правовых актов в сфере контрактной системы, информационных технологий, защиты
информации, правовой защиты интересов государства в области интеллектуальной
собственности, регулирующих соответствующие отношения и непосредственно указанных
в Техническом задании на выполнение работ по развитию государственных
информационных систем Федеральной службы по надзору в сфере природопользования
(Приложение № 1 к Контракту), являющемся его неотъемлемой частью (далее Техническое задание).
1.3. Срок начала выполнения Работ: с даты заключения Контракта.
Срок окончания выполнения Работ: 30.03.2027 г.
1.4. Работы выполняются поэтапно. Срок исполнения каждого этапа определен Графиком
выполнения работ (Приложение № 2 к Контракту), являющимся неотъемлемой частью
Контракта.
1.5. Место выполнения Работ: по месту нахождения Подрядчика, по месту нахождения
программно-технических средств Системы.
1.6. Место предоставления результатов выполненных Работ: г. Москва, ул. Вавилова,
д. 24.
2. Обязанности Сторон.
2.1. Обязанности Заказчика:
2.1.1. Принять выполненные Работы и при отсутствии претензий относительно
исполнения Подрядчиком обязательств по Контракту, подписать усиленной электронной
подписью документ о приемке в Единой информационной системе закупок (далее - ЕИС).
2.1.2. Произвести оплату выполненных Работ после сдачи результатов Работы при
условии, что Работа выполнена надлежащим образом и в установленный срок.
2.2. Заказчик имеет право:
2.2.1. Проверять ход и качество Работы, выполняемой Подрядчиком, не вмешиваясь в его
деятельность.
2.2.2. Отказаться от исполнения Контракта и потребовать возмещения убытков в случае,
если Подрядчик не приступает своевременно к исполнению Контракта или выполняет
Работу настолько медленно, что окончание ее к сроку становится явно невозможным.
2.2.3. Назначить Подрядчику разумный срок для устранения недостатков и при
неисполнении Подрядчиком в назначенный срок этого требования отказаться от Контракта,
потребовать возмещения убытков в случае, если во время выполнения Работ станет
очевидным, что она не будет выполнена надлежащим образом.
2.2.4. Осуществить оплату по настоящему Контракту только после предоставления
Подрядчиком документов об уплате пени и/или штрафов.
2.2.5. Принять решение об одностороннем отказе от исполнения Контракта по иным
основаниям, предусмотренным Гражданским кодексом Российской Федерации.
2.2.6. Совершать иные действия, предусмотренные настоящим Контрактом
и действующим законодательством Российской Федерации.
2.3. Обязанности Подрядчика:
2.3.1. Своевременно и надлежащим образом выполнить Работы в соответствии
с условиями Контракта, требованиями законодательства Российской Федерации.
2.3.2. Своими силами и за свой счет устранять недостатки и/или иные отступления
от требований Контракта в установленные Заказчиком сроки.
2.3.3. Поддерживать и охранять законные интересы Заказчика в своих отношениях
с любыми третьими лицами.
2.3.4. Предоставлять по запросам Заказчика и в установленные им сроки любую
информацию о ходе исполнения Контракта.
2.3.5. По факту выполнения Работ по этапу предоставить Заказчику документ о приемке
по этапу и отчетные материалы, предусмотренные Техническим заданием (Приложение
№ 1 к Контракту).
2.3.6. Самостоятельно приобретать материальные ресурсы, необходимые для
исполнения Контракта.
2.3.7. Обеспечивать сохранность документов и сведений, получаемых и составляемых
в процессе выполнения Работ.
2.3.8. Передать Заказчику вместе с результатом выполненных Работ по этапу
информацию, касающуюся эксплуатации или иного использования результатов
выполненных Работ по этапу.
2.3.9. Незамедлительно известить Заказчика и до получения от него указаний
приостановить исполнение обязательств по Контракту при обнаружении не зависящих от
Подрядчика обстоятельств, угрожающих качеству результатов выполнения Работ по этапу
по Контракту, либо создающих невозможность их завершения в установленный
Контрактом срок.
2.3.10. Оплатить Заказчику пени и/или штрафы, в случае, если Заказчик выставил
Подрядчику требование об их уплате.
2.3.11. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения Работ по Контракту результаты в полном объеме,
2
включая исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных,
а также проектную, техническую, рабочую, сопроводительную и методическую
документацию к Системам или их частям.
2.3.12. Без увеличения цены Контракта передать заказчику права на использование
охраняемых результатов интеллектуальной деятельности, права на которые принадлежат
Подрядчику и которые использовались при выполнении Работ по Контракту, в объеме,
необходимом для использования Заказчиком результатов Работ по Контракту по их
целевому назначению и в соответствии с условиями настоящего Контракта на весь срок
действия использованных исключительных прав или на иной срок, установленный
Заказчиком. Подрядчик передает Заказчику указанные права посредством заключения
лицензионного договора.
2.3.13. Согласовать с Заказчиком необходимость использования при выполнении Работ
охраняемых результатов интеллектуальной деятельности, права на которые принадлежат
третьим лицам, объем и порядок приобретения прав на их использование.
2.3.14. Обеспечить передачу Заказчику полученных по Контракту результатов Работ,
не нарушающих исключительных прав других лиц и не являющихся предметом залога,
ареста или иного обременения.
2.3.15. В случае использования при выполнении Работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передаются права на их
использование
(исполнение),
должны
обеспечить
отсутствие
ограничений,
препятствующих использованию результатов работ по их назначению. При этом права,
полученные Заказчиком, должны позволять ему передавать, дорабатывать, развивать
результаты Работ, созданные в процессе исполнения Контракта, а в случае явного указания
в Техническом задании, осуществлять переработку программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных
ранее третьими лицами в соответствии с требованиями законодательства Российской
Федерации.
2.3.16. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных
решений, предусмотренных техническим заданием на выполнение Работ.
2.3.17. Обеспечить выполнение требований к порядку создания (развития)
государственных (муниципальных) и (или) иных информационных систем,
предусмотренных пунктом 3 части 1 статьи 13 Федерального закона № 149-ФЗ,
устанавливаемых к таким информационным системам указанным Федеральным законом
и иными нормативными правовыми актами Российской Федерации.
2.3.18. Привлечь к исполнению Контракта соисполнителей из числа СМП, СОНКО
в объеме 15 (пятнадцать) процентов от цены Контракта. Указанное требование
не применяется, если Подрядчик является субъектом малого предпринимательства,
социально ориентированной некоммерческой организацией.
2.3.19. В срок не более 5 (пяти) рабочих дней со дня заключения договора
с соисполнителем из числа СМП, СОНКО представить Заказчику:
а) декларацию о принадлежности соисполнителя из числа СМП, СОНКО к субъектам
малого предпринимательства, социально ориентированной некоммерческой организации,
составленную в простой письменной форме, подписанную руководителем (иным
уполномоченным
лицом)
субъекта
малого
предпринимательства,
социально
ориентированной некоммерческой организации и заверенную печатью (при наличии
печати);
б) копию договора (договоров), заключенного с соисполнителем из числа СМП, СОНКО,
заверенную Подрядчиком.
2.3.20. В случае замены соисполнителя из числа СМП, СОНКО на этапе исполнения
Контракта на другого соисполнителя из числа СМП, СОНКО представлять Заказчику
3
документы, указанные в пункте 2.3.19 Контракта, в течение 5 (пяти) дней со дня заключения
договора с новым соисполнителем из числа СМП, СОНКО.
2.3.21. В течение 10 (десяти) рабочих дней со дня оплаты Подрядчиком выполненных
обязательств по договору с соисполнителем из числа СМП, СОНКО представлять
Заказчику следующие документы:
а) копии документов о приемке поставленного товара, выполненной работы, оказанной
услуги, которые являются предметом договора, заключенного между Подрядчиком
и привлеченным им соисполнителем из числа СМП, СОНКО;
б) копии платежных поручений, подтверждающих перечисление денежных средств
Подрядчиком соисполнителю из числа СМП, СОНКО, - в случае если договором,
заключенным между Подрядчиком и привлеченным им соисполнителем из числа СМП,
СОНКО, предусмотрена оплата выполненных обязательств до срока оплаты выполненных
Работ по Контракту (в ином случае указанный документ представляется Заказчику
дополнительно в течение 5 (Пяти) дней со дня оплаты Подрядчиком обязательств,
выполненных соисполнителем из числа СМП, СОНКО).
2.3.22. Оплачивать поставленные соисполнителем из числа СМП, СОНКО товары,
выполненные работы (ее результаты), оказанные услуги, отдельные этапы исполнения
договора, заключенного с таким соисполнителем из числа СМП, СОНКО, в течение 7
(Семи) рабочих дней с даты подписания Подрядчиком документа о приемке товара,
выполненной работы (ее результатов), оказанной услуги, отдельных этапов исполнения
договора.
2.3.23. Нести гражданско-правовую ответственность перед Заказчиком за неисполнение
или ненадлежащее исполнение условия о привлечении к исполнению Контракта
соисполнителей из числа СМП, СОНКО, в том числе:
а) за представление документов, указанных в пунктах 2.3.19-2.3.21 настоящего раздела,
содержащих недостоверные сведения, либо их непредставление или представление таких
документов с нарушением установленных сроков;
б) за непривлечение соисполнителей из числа СМП, СОНКО в объеме, установленном
в Контракте.
2.4. Подрядчик имеет право:
2.4.1. Требовать оплаты выполненных и принятых Работ по этапу в соответствии
с условиями Контракта.
2.4.2. Запрашивать и получать у Заказчика информацию, необходимую для выполнения
Работ.
2.4.3. С согласия Заказчика досрочно сдать надлежащим образом выполненные Работы
по этапу.
2.4.4. Привлекать для выполнения Работ соисполнителей.
2.4.5. В случае неисполнения или ненадлежащего исполнения соисполнителем,
соисполнителем из числа субъектов малого предпринимательства, социально
ориентированных некоммерческих организаций обязательств, предусмотренных
договором, заключенным с Подрядчиком, осуществлять замену соисполнителя,
соисполнителя из числа СМП, СОНКО с которым ранее был заключен договор, на другого
соисполнителя, соисполнителя из числа СМП, СОНКО.
3. Цена Контракта.
3.1. Цена Контракта является твердой и определяется на весь срок исполнения Контракта
за исключением случаев, предусмотренных законодательством Российской Федерации
о контрактной системе в сфере закупок.
4
3.2. Цена Контракта составляет ____ (сумма прописью) рубля __ копейки, в том числе
НДС по ставке ___% – _______ (сумма прописью) руб.__ коп. (если НДС не облагается,
указывается основание)1, в том числе по этапам:
цена 1 этапа составляет __________ (сумма прописью) рублей ____ копеек, в том числе
НДС в размере __ %, что составляет __________ (сумма прописью) рублей ____ копеек (в
случае если не облагается НДС включается формулировка «не облагается НДС
в соответствии со статьей ______ Налогового кодекса Российской Федерации»);
цена 2 этапа составляет __________ (сумма прописью) рублей ____ копеек, в том числе
НДС в размере __ %, что составляет __________ (сумма прописью) рублей ____ копеек (в
случае если не облагается НДС включается формулировка «не облагается НДС
в соответствии со статьей ______ Налогового кодекса Российской Федерации»);
цена 3 этапа составляет __________ (сумма прописью) рублей ____ копеек, в том числе
НДС в размере __ %, что составляет __________ (сумма прописью) рублей ____ копеек (в
случае если не облагается НДС включается формулировка «не облагается НДС
в соответствии со статьей ______ Налогового кодекса Российской Федерации»).
КБК: 048 0605 12 4 01 92501 246
048 0605 12 4 01 90019 246
МПИ048.00100048.26.Р.183212.01
3.3. Цена Контракта включает в себя все затраты Подрядчика, связанные с выполнением
Работ в полном объеме и надлежащего качества, включая стоимость исключительного
права на результаты Работ, в том числе расходы на уплату налогов, пошлин, страховых
взносов и других обязательных платежей, которые Подрядчик по Контракту должен
оплачивать в соответствии с его условиями или на иных основаниях, предусмотренных
законодательством Российской Федерации.
3.4. В случае уменьшения Заказчику ранее доведенных лимитов бюджетных обязательств,
приводящего к невозможности исполнения Заказчиком обязательств, вытекающих
из Контракта, Стороны должны обеспечить согласование в соответствии с Федеральным
законом № 44-ФЗ новых условий по цене Контракта и (или) срокам исполнения Контракта,
и (или) объему Работ, предусмотренных Контрактом.
4. Порядок и срок оплаты.
4.1.
Оплата осуществляется за фактически выполненные и принятые Заказчиком Работы
за соответствующий этап на основании подписанного Сторонами документа о приемке.
4.2. Оплата производится из средств федерального бюджета по безналичному расчету
в течение 7 (семи) рабочих дней со дня подписания Заказчиком документа о приемке.
4.3. Авансовые платежи по данному Контракту не предусмотрены.
4.4. В случае если окончание выполнения Работ согласно условиям Контракта,
приходится на дату с 1 по 20 декабря финансового года включительно, - оплата
осуществляется в соответствующем финансовом году в пределах лимитов бюджетных
обязательств, доведенных до Заказчика на указанный финансовый год, и не позднее чем за
один рабочий день до окончания этого финансового года либо в очередном финансовом
году в пределах лимитов бюджетных обязательств на соответствующий финансовый год.
4.5. В случае если окончание выполнения Работ согласно условиям Контракта,
приходится на дату с 21 по 31 декабря финансового года включительно, - оплата
осуществляется в очередном финансовом году в пределах лимитов бюджетных
обязательств на соответствующий финансовый год.
1
Суммы, подлежащие уплате Заказчиком юридическому лицу или физическому лицу, в том числе зарегистрированному в
качестве индивидуального предпринимателя, будут уменьшены на размер налогов, сборов и иных обязательных платежей
в бюджеты бюджетной системы Российской Федерации, связанных с оплатой Контракта, если в соответствии с
законодательством Российской Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи
подлежат уплате в бюджеты бюджетной системы Российской Федерации Заказчиком.
5
4.6. Оплата по Контракту осуществляется по безналичному расчету платежными
поручениями путем перечисления Заказчиком денежных средств на расчетный счет
Подрядчика, указанный в Контракте. В случае изменения расчетного счета или ставки
налогообложения Подрядчик обязан в течение 1 (одного) рабочего дня с момента
указанных изменений в письменной форме сообщить об этом Заказчику. В противном
случае все риски, связанные с оплатой Заказчиком Работ, несет Подрядчик.
4.7. В случае предъявления в соответствии с пунктом 7.3 Контракта Заказчиком
Подрядчику требования об уплате неустойки (штрафа, пени) и (или) о возмещении убытков
Заказчик вправе не производить оплату по Контракту до исполнения Подрядчиком
обязательств по перечислению неустойки (штрафа, пени) в доход федерального бюджета.
4.8. В случае неисполнения в установленный срок требования об уплате неустойки
(штрафа, пени) Заказчик вправе осуществить одной из действий:
произвести оплату по Контракту за вычетом размера начисленной неустойки (штрафа,
пени), уведомив об этом Поставщика. При этом исполнение обязательства Поставщика по
перечислению неустойки (штрафа, пени) и (или) убытков в доход бюджета возлагается
на Заказчика;
взыскать начисленную неустойку (штрафы, пени) путем удержания денежных
средств, внесенных в качестве обеспечения исполнения Контракта, или по независимой
гарантии.
5.
Порядок сдачи и приемки выполненных Работ.
5.1. Подрядчик в течение 1 (одного) рабочего дня после завершения соответствующего
этапа, формирует и размещает в ЕИС документ о приемке, подписанный усиленной
электронной подписью лица, имеющего право действовать от лица Подрядчика, который
должен содержать информацию, предусмотренную частью 13 статьи 94 Федерального
закона № 44-ФЗ.
5.2. К документу о приемке прилагаются документы, которые считаются его
неотъемлемой частью (при наличии). При этом в случае, если информация, содержащаяся в
прилагаемых документах, не соответствует информации, содержащейся в документе
о приемке, приоритет имеет информация, содержащаяся в документе о приемке,
сформированном в ЕИС.
5.3. При приемке результатов выполненных Работ Заказчиком производится проверка по
объему, качеству, срокам выполненных Работ и соответствию требованиям, указанным
в Техническом задании (Приложение № 1 к Контракту).
5.4. Документ о приемке подписывается Сторонами усиленной электронной подписью
в ЕИС. Датой приемки выполненных Работ считается дата размещения в ЕИС документа
о приемке, подписанного Заказчиком.
5.5. Для проверки соответствия качества результатов Работ требованиям, установленным
Контрактом, Заказчик проводит экспертизу собственными силами или с привлечением
сторонних экспертов (экспертных организаций). По решению Заказчика может быть
создана приемочная комиссия.
5.6. Приемка результатов выполненных Работ осуществляется Заказчиком путем
подписания документа о приемке в ЕИС в течение 10 (десяти) рабочих дней после
получения данного документа от Подрядчика.
5.7. Если в указанный срок Заказчиком будут выявлены недостатки, препятствующие
приемке, Подрядчику направляется мотивированный отказ от приемки с указанием
выявленных недостатков и сроков их устранения, который формируется с использованием
ЕИС, подписывается усиленной электронной подписью лица, имеющего право действовать
от имени Заказчика.
5.8. В случае получения мотивированного отказа от подписания документа о приемке
Подрядчик обязан устранить причины, указанные в таком мотивированном отказе,
6
и направить Заказчику документ о приемке в порядке части 13 статьи 94 Федерального
закона № 44-ФЗ.
5.9. Внесение исправлений в документ о приемке, оформленный в соответствии с частью
13 статьи 94 Федерального закона № 44-ФЗ, осуществляется путем формирования,
подписания усиленными электронными подписями лиц, имеющих право действовать
от имени Подрядчика, Заказчика, и размещения в ЕИС исправленного документа о приемке.
5.10. Основаниями для отказа в приёмке результатов Работ является несоответствие
выполненных Работ Техническому заданию, требованиям законов и иных нормативных
правовых актов Российской Федерации, государственным стандартам, выполнение
неполного перечня Работ, предусмотренных Техническим заданием в отчетном периоде,
а также иным требованиям, установленным Контрактом.
5.11. Подрядчик производит действия по устранению выявленных несоответствий без
дополнительной оплаты в согласованный с Заказчиком срок.
5.12. Устранение Подрядчиком в установленные сроки выявленных Заказчиком
недостатков не освобождает его от уплаты неустойки и (или) штрафа, предусмотренных
настоящим Контрактом.
6. Обстоятельства непреодолимой силы.
6.1. Стороны освобождаются от ответственности за частичное или полное неисполнение
обязательств по Контракту, если неисполнение явилось следствием обстоятельств
непреодолимой силы, за которые стороны не отвечают и предотвратить неблагоприятное
действие которых они не имеют возможности. В случае если указанные обстоятельства
будут действовать более 2-х месяцев, Стороны проводят дополнительные переговоры для
выявления приемлемых альтернативных способов исполнения Контракта. При
невозможности достижения взаимовыгодных условий дальнейшего исполнения Контракта,
любая сторона вправе расторгнуть Контракт в одностороннем порядке.
7. Ответственность Сторон.
7.1. За неисполнение или ненадлежащее исполнение Контракта Стороны несут
ответственность в соответствии с законодательством Российской Федерации и условиями
Контракта.
7.2. В случае полного (частичного) неисполнения условий Контракта одной из Сторон эта
Сторона обязана возместить другой Стороне причиненные убытки в части непокрытой
неустойкой.
7.3. В случае просрочки исполнения Подрядчиком обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях
неисполнения
или
ненадлежащего
исполнения
Подрядчиком
обязательств,
предусмотренных Контрактом, Заказчик направляет Подрядчику требование об уплате
неустоек (штрафов, пеней). Пеня начисляется за каждый день просрочки исполнения
Подрядчиком обязательства, предусмотренного Контрактом, начиная со дня, следующего
после дня истечения установленного Контрактом срока исполнения обязательства. Размер
пени составляет одна трехсотая действующей на дату уплаты пени ключевой ставки
Центрального банка Российской Федерации от цены Контракта (отдельного этапа
исполнения Контракта), уменьшенной на сумму, пропорциональную объему обязательств,
предусмотренных Контрактом (соответствующим отдельным этапом исполнения
Контракта) и фактически исполненных Подрядчиком.
7.4.
За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
Подрядчиком обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом, Подрядчик уплачивает Заказчику штраф. Размер штрафа определяется
в соответствии с Правилами определения размера штрафа, начисляемого в случае
7
ненадлежащего исполнения Подрядчиком, неисполнения или ненадлежащего исполнения
Подрядчиком обязательств, предусмотренных Контрактом (за исключением просрочки
исполнения обязательств Заказчиком, Подрядчиком), утвержденными постановлением
Правительства Российской Федерации от 30 августа 2017 г. № 1042 (далее - Правила),
и составляет ___ (___) рублей __ копейки2.
7.5. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения,
Подрядчик уплачивает Заказчику штраф. Размер штрафа определяется в соответствии
с Правилами и составляет ___ (___) рублей ___ копеек 3.
7.6. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
Контрактом, Подрядчик вправе потребовать уплаты неустоек (штрафов, пеней). Пеня
начисляется за каждый день просрочки исполнения обязательства, предусмотренного
Контрактом, начиная со дня, следующего после дня истечения установленного Контрактом
2
За каждый факт неисполнения или ненадлежащего исполнения поставщиком (подрядчиком, исполнителем)
обязательств, предусмотренных контрактом, за исключением просрочки исполнения обязательств (в том числе
гарантийного обязательства), предусмотренных контрактом, размер штрафа устанавливается в следующем порядке (за
исключением случаев, предусмотренных пунктами 4 - 8 Правил):
а) 10 процентов цены контракта (этапа) в случае, если цена контракта (этапа) не превышает 3 млн. рублей;
б) 5 процентов цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 1 процент цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 0,5 процента цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 100 млн. рублей до 500 млн.
рублей (включительно);
д) 0,4 процента цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 500 млн. рублей до 1 млрд.
рублей (включительно);
е) 0,3 процента цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 1 млрд. рублей до 2 млрд.
рублей (включительно);
ж) 0,25 процента цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 2 млрд. рублей до 5 млрд.
рублей (включительно);
з) 0,2 процента цены контракта (этапа) в случае, если цена контракта (этапа) составляет от 5 млрд. рублей до 10 млрд.
рублей (включительно);
и) 0,1 процента цены контракта (этапа) в случае, если цена контракта (этапа) превышает 10 млрд. рублей.
В случае, предусмотренном пунктом 4 Правил, если Контракт заключается по результатам определения Поставщика в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» размер штрафа
устанавливается в размере 1 процента цены Контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
В случае, если Контракт заключается с победителем закупки (или с иным участником закупки в случаях,
установленных Федеральным законом от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд»), предложившим наиболее высокую цену за
право заключения государственного (муниципального) контракта (контракта) размер штрафа устанавливается в
соответствии с пунктом 5 Правил:
а) в случае если цена Контракта не превышает начальную (максимальную) цену государственного (муниципального)
контракта (контракта):
10 процентов начальной (максимальной) цены государственного (муниципального) контракта (контракта), если цена
Контракта не превышает 3 млн рублей;
5 процентов начальной (максимальной) цены государственного (муниципального) контракта (контракта), если цена
Контракта составляет от 3 млн рублей до 50 млн рублей (включительно);
1 процент начальной (максимальной) цены государственного (муниципального) контракта (контракта), если
цена Контракта составляет от 50 млн рублей до 100 млн рублей (включительно).
б) в случае если цена Контракта превышает начальную (максимальную) цену государственного
(муниципального) контракта (контракта):
10 процентов цены Контракта, если цена Контракта не превышает 3 млн рублей;
5 процентов цены Контракта, если цена Контракта составляет от 3 млн рублей до 50 млн рублей
(включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн рублей до 100 млн рублей
(включительно).
3
Размер штрафа устанавливается в соответствии с пунктом 6 Правил:
1000 рублей, если цена Контракта не превышает 3 млн рублей;
5000 рублей, если цена Контракта составляет от 3 млн рублей до 50 млн рублей (включительно);
10000 рублей, если цена Контракта составляет от 50 млн рублей до 100 млн рублей (включительно);
100000 рублей, если цена Контракта превышает 100 млн рублей.
8
срока исполнения обязательства. Такая пеня устанавливается Контрактом в размере одной
трехсотой действующей на дату уплаты пеней ключевой ставки Центрального банка
Российской Федерации от не уплаченной в срок суммы.
7.7. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом, Подрядчик вправе потребовать уплату штрафа. Размер штрафа определяется
в соответствии с Правилами и составляет ___ (___) рублей __ копеек4.
7.8. За каждый день просрочки исполнения Подрядчиком обязательства по
предоставлению нового обеспечения исполнения Контракта, предусмотренного пунктом
8.5 Контракта, начисляется пеня в размере, определенном в порядке, установленном
в соответствии с пунктом 7.3 Контракта.
7.9. Применение неустойки (штрафа, пени) не освобождает Стороны от исполнения
обязательств по Контракту.
7.10. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Подрядчиком обязательств, предусмотренных Контрактом, не может превышать цену
Контракта.
7.11. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
7.12. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что
неисполнение или ненадлежащее исполнение обязательства, предусмотренного
Контрактом, произошло вследствие непреодолимой силы или по вине другой Стороны.
7.13. За неисполнение условия Подрядчиком о привлечении к исполнению Контракта
субподрядчиков, соисполнителей из числа субъектов малого предпринимательства,
социально ориентированных некоммерческих организаций штраф устанавливается в
размере 5 процентов объема такого привлечения, установленного пунктом 2.3.18
настоящего Контракта.
7.14. Реквизиты счета для уплаты неустоек (штрафов, пеней) Подрядчиком:
Федеральная служба по надзору в сфере природопользования
ОКТМО:45380000000
Место нахождение: 125993, г. Москва, ул. Б. Грузинская, д. 4/6 А; Б
ИНН: 7703381225, КПП: 770301001
БИК ТОФК: 024501901
Банк: ОПЕРАЦИОННЫЙ ДЕПАРТАМЕНТ БАНКА РОССИИ//Межрегиональное
операционное УФК г. Москва
Единый казначейский счет: 40102810045370000002
Казначейский счет: 03100643000000019500
Л/с: 04951000480
КБК 048 1 16 07010 01 9000 140
8. Обеспечение исполнения Контракта.
8.1. Настоящий Контракт заключается только после предоставления Подрядчиком
обеспечения исполнения обязательств по настоящему Контракту в размере 10 (десять)
процентов от начальной (максимальной) цены контракта, за исключением случаев:
8.1.1. Если предложенная в заявке Подрядчика цена Контракта снижена на двадцать пять
и более процентов по отношению к начальной (максимальной) цене Контракта,
обеспечение исполнения Контракта предоставляется размере, превышающем в полтора
раза размер обеспечения исполнения Контракта, указанный в п. 8.1 Контракта.
4
Размер штрафа устанавливается в соответствии с пунктом 9 Правил:
1000 рублей, если цена Контракта не превышает 3 млн рублей;
5000 рублей, если цена Контракта составляет от 3 млн рублей до 50 млн рублей (включительно);
10000 рублей, если цена Контракта составляет от 50 млн рублей до 100 млн рублей (включительно);
100000 рублей, если цена Контракта превышает 100 млн рублей.
9
8.2. Обязательства Подрядчика по Контракту обеспечиваются безотзывной независимой
гарантией или внесением денежных средств на счет Заказчика. Понятие «независимая
гарантия» используется в значении, указанном в Гражданском кодексе Российской
Федерации.
8.3. В случае предоставления Подрядчиком независимой гарантии в качестве способа
обеспечения исполнения Контракта она должна соответствовать требованиям,
установленным статьей 45 Федерального закона № 44-ФЗ и постановлению Правительства
Российской Федерации от 8 ноября 2013 г. № 1005 «О независимых гарантиях,
используемых для целей Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд».
8.4. Способ обеспечения исполнения Контракта, срок действия независимой гарантии
определяются Подрядчиком самостоятельно. При этом срок действия независимой
гарантии должен превышать предусмотренный Контрактом срок исполнения обязательств,
которые должны быть обеспечены такой независимой гарантией, не менее чем на один
месяц, в том числе в случае его изменения в соответствии со статьей 96 Федерального
закона № 44-ФЗ.
8.5. В случае если по каким-либо причинам обеспечение исполнения обязательств
по настоящему Контракту перестало быть действительным, закончило свое действие или
иным образом перестало обеспечивать исполнение Подрядчиком его обязательств
по настоящему Контракту или в случае отзыва в соответствии с законодательством
Российской Федерации у банка, предоставившего независимую гарантию в качестве
обеспечения исполнения контракта, лицензии на осуществление банковских операций,
Подрядчик обязуется не позднее одного месяца со дня надлежащего уведомления
Заказчиком Подрядчика о необходимости предоставить соответствующее обеспечение.
Размер такого обеспечения может быть уменьшен в порядке и случаях, которые
предусмотрены частями 7, 7.1, 7.2 и 7.3 статьи 96 Федерального закона № 44-ФЗ.
8.6. Обеспечение исполнения Контракта распространяется на все обязательства
Подрядчика по Контракту, в том числе, на обязательства по уплате неустоек в виде штрафа,
пени, предусмотренных Контрактом, а также на обязательства по возмещению убытков,
понесенных Заказчиком в связи с неисполнением или ненадлежащим исполнением
Подрядчиком своих обязательств по Контракту.
8.7. Возврат Заказчиком Подрядчику денежных средств, внесенных в качестве
обеспечения исполнения контракта (если такая форма обеспечения исполнения контракта
применяется Подрядчиком), в том числе части этих денежных средств в случае уменьшения
размера обеспечения исполнения контракта в соответствии с частями 7, 7.1 и 7.2 статьи 96
Федерального закона № 44-ФЗ не должен превышать 30 (тридцать) дней с даты исполнения
Подрядчиком обязательств, предусмотренных Контрактом.
8.8. Положения настоящего раздела Контракта об обеспечении исполнения Контракта,
включая положения о предоставлении такого обеспечения с учетом положений статьи 37
Федерального закона № 44-ФЗ, не применяются в случае заключения Контракта
с участником закупки, который является казенным учреждением.
9. Гарантийные обязательства.
9.1. Подрядчик гарантирует Заказчику качество выполненных Работ, в соответствии
с требованиями, предъявляемыми к выполнению подобного рода и вида Работ.
9.2. Гарантийный срок на результат выполненных Работ и объем гарантийных
обязательств Подрядчиком, установлен Техническим заданием.
9.3. Результат выполненных Работ должен в течение всего гарантийного срока
соответствовать условиям Контракта и приложений к нему, а также соответствовать
требованиям, предъявляемым к выполнению подобного рода и вида Работ.
9.4. При наступлении гарантийного случая, срок восстановления результатов
выполненных Работ, должен быть не более 14 (четырнадцати) рабочих дней с момента
10
получения от Заказчика соответствующего уведомления, если иной срок не согласован
Сторонами отдельно.
10.
Обеспечение гарантийных обязательств.
10.1. Обеспечение гарантийных обязательств предоставляется Подрядчиком в срок
не позднее даты размещения Подрядчиком документа о приемке в ЕИС, в соответствии
с пунктом 5.1 настоящего Контракта.
10.2. Обеспечение гарантийных обязательств устанавливается в размере 10 % начальной
(максимальной) цены контракта.
10.3. Гарантийные обязательства обеспечиваются предоставлением независимой
гарантии или внесением денежных средств на указанный Заказчиком счет, на котором
в соответствии с законодательством Российской Федерации учитываются операции
со средствами, поступающими Заказчику.
10.4. Способ обеспечения гарантийных обязательств, срок действия независимой
гарантии определяются в соответствии с требованиями Федерального закона № 44-ФЗ
Подрядчиком самостоятельно.
10.5. Срок действия независимой гарантии должен превышать предусмотренный
Контрактом срок исполнения обязательств, которые должны быть обеспечены такой
независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения
в соответствии со статьей 95 Федерального закона № 44-ФЗ.
10.6. Независимая гарантия, предоставленная в качестве обеспечения гарантийных
обязательств, должна содержать условие об обязанности уплатить Заказчику денежную
сумму по независимой гарантии не позднее 10 (десяти) рабочих дней со дня, следующего за
днем получения требования Заказчика, соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом Российской Федерации
оснований для отказа в удовлетворении этого требования.
10.7. Подрядчик вправе изменить способ обеспечения гарантийных обязательств и (или)
предоставить Заказчику взамен ранее предоставленного обеспечения гарантийных
обязательств новое обеспечение гарантийных обязательств.
10.8. Положения настоящего раздела не применяются в случае заключения Контракта
с участником закупки, который является казенным учреждением.
10.9. Возврат денежных средств, внесенных в качестве обеспечения гарантийных
обязательств, осуществляется по письменному требованию Подрядчика, в течение 15
(пятнадцати) рабочих дней.
11.
Условия о принадлежности
собственности на результаты Работ.
исключительных
прав
и
права
11.1. Исключительные права на результаты интеллектуальной деятельности, в том числе,
но не исключая: изобретения, полезные модели, промышленные образцы, программы для
электронных вычислительных машин, базы данных, топологии интегральных микросхем,
а также исключительные права на результаты Работ, включая объекты авторских прав
и потенциально патентоспособные технические решения, секреты производства (ноу-хау),
созданные в рамках Контракта, принадлежат в лице Заказчика: Российской Федерации.
11.2. Право собственности на результаты Работ, отчетные документы и материалы,
полученные в ходе выполнения Работ по Контракту, принадлежат: Российской Федерации
и считаются переданными с момента подписания Сторонами документа о приемке.
11
11.3. В случае если при осуществлении Работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, осуществлять ее
в соответствии с предоставляемыми в обязательном порядке Заказчиком правами на их
использование на период исполнения Работ по Контракту.
12.
Порядок разрешения споров.
12.1. В случае возникновения споров по Контракту Стороны примут все меры для их
разрешения путем переговоров.
12.2. Споры между Сторонами, по которым Стороны не достигнут соглашений, будут
переданы на рассмотрение арбитражного суда г. Москвы.
13.
Срок действия, изменение условий и порядок расторжения Контракта.
13.1. Контракт вступает в силу с момента его подписания Сторонами и действует
до 30 апреля 2027 г. включительно.
13.2. Исполнение Подрядчиком обязательств по истечении предусмотренного
Контрактом срока допускается в рамках ведения претензионной работы, инициированной
Заказчиком.
13.3. Окончание срока действия Контракта не освобождает Стороны от
ответственности за его ненадлежащее исполнение.
13.4. Все изменения и дополнения к Контракту осуществляются путем подписания
Сторонами дополнительных соглашений к Контракту. Подписанные Сторонами
дополнительные соглашения к Контракту являются его неотъемлемой частью.
13.5. Изменение существенных условий Контракта осуществляются только в случаях,
установленных Федеральным законом № 44-ФЗ.
13.6. Расторжение Контракта допускается по соглашению Сторон, по решению суда, в
случае одностороннего отказа Стороны Контракта от исполнения Контракта
в соответствии с гражданским законодательством.
13.7. Любая из Сторон Контракта вправе принять решение об одностороннем отказе
от исполнения Контракта по основаниям, предусмотренным Гражданским кодексом
Российской Федерации для одностороннего отказа от исполнения отдельных видов
обязательств, в порядке, установленном Федеральным законом № 44-ФЗ.
13.8. При расторжении Контракта в связи с односторонним отказом Стороны от
исполнения Контракта другая Сторона вправе потребовать возмещения только фактически
понесенного ущерба, непосредственно обусловленного обстоятельствами, являющимися
основанием для принятия решения об одностороннем отказе от исполнения Контракта.
14.
Дополнительные условия.
14.1. Стороны обязуются не разглашать конфиденциальную информацию, ставшую им
известной в процессе исполнения Контракта, и не использовать ее для нанесения вреда
другой Стороне.
14.2. Обмен документами при применении мер ответственности и совершении иных
действий в связи с нарушением Подрядчиком или Заказчиком условий Контракта
осуществляется с использованием ЕИС путем направления электронных уведомлений.
Такие уведомления формируются с использованием ЕИС, подписываются усиленной
электронной подписью лица, имеющего право действовать от имени Заказчика,
Подрядчика, и размещаются в единой информационной системе без размещения на
официальном сайте.
14.3. Любые иные уведомления или сообщения, направляемые Заказчиком или
Подрядчиком друг другу по Контракту, должны быть совершены в письменной форме.
12
Такие уведомление считается направленным надлежащим образом если они доставлены
адресату:
- в виде сканированного документа по адресу электронной почты, указанному в п. 15
Контракта;
- нарочно, курьерской службой или любым другим способом по адресу, указанному в п. 15
Контракта.
Все изменения и дополнения к настоящему Контракту действительны при условии, что они
совершены в письменной форме и подписаны обеими Сторонами.
14.4. Настоящий Контракт составлен в форме электронного документа, подписанного
усиленными электронными подписями Сторон. Стороны Контракта, заключаемого
в электронной форме, вправе изготовить дубликат соответствующего Контракта на
бумажном носителе, скрепив его соответствующими подписями и печатями.
14.5. Приложения, указанные в настоящем Контракте и являющиеся его неотъемлемой
частью:
Приложение 1 – Техническое задание.
Приложение 2 – График выполнения работ.
15. Адреса и банковские реквизиты Сторон.
«Заказчик»
Федеральная служба по надзору в сфере
природопользования
«Подрядчик»
Место нахождение:
123995, г. Москва,
ул. Б. Грузинская, д. 4/6 А; Б
ОКТМО:45380000000
ИНН: 7703381225
КПП: 770301001
БИК ТОФК: 024501901
Банк: ОПЕРАЦИОННЫЙ
ДЕПАРТАМЕНТ БАНКА
РОССИИ//Межрегиональное
операционное УФК г. Москва
Единый казначейский счет:
40102810045370000002
Казначейский счет:
03211643000000019503
Л/с: 03951000480
Место нахождение:
ОГРН:
ОКТМО:
ИНН:
КПП:
БИК:
Банк:
Корреспондентский счет:
Расчетный счет:
Структурное подразделение заказчик:
Ответственный исполнитель:
__
Тел: (499) 254-5072, доб. __
Ответственный исполнитель:
Адрес электронной почты:
__@rpn.gov.ru.
Адрес электронной почты:
_____________ /___/
Тел:
______________ /__/
13
Приложение № 1
к государственному контракту
от «____» _________ 2026 г.
№
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
НА ВЫПОЛНЕНИЕ РАБОТ
ПО РАЗВИТИЮ ФЕДЕРАЛЬНОЙ ГОСУДАРСТВЕННОЙ ИНФОРМАЦИОННОЙ
СИСТЕМЫ «ПРОГРАММНО-ТЕХНОЛОГИЧЕСКИЙ КОМПЛЕКС «ГОСКОНТРОЛЬ»
Прилагается отдельным файлом:
14
Приложение № 2
к государственному контракту
от «____» _________ 2026 г.
№
ГРАФИК ВЫПОЛНЕНИЯ РАБОТ
Наименование характеристики
Разработка документации на
Этап 1: Выполнение работ
Систему и ее части
по развитию федеральной
Разработка
или
адаптация
государственной
программного
обеспечения,
информационной системы
разработка
рабочей
«Программнодокументации
технологический
 Проведение предварительных
комплекс
испытаний
«ГОСКОНТРОЛЬ»
Сроки выполнения
Работ
Окончание
выполнения
Работ
1.
Наименование работы
Начало
выполнения
Работ
№
Этапа
С даты
заключен
ия
Контракт
а
18.12.202
6
Объем
работ
1 усл.
ед.
Результат Работы
Стоимость, руб.
Частное техническое задание на
развитие ПТК «Госконтроль».
Пояснительная
записка
технического проекта развития
ПТК «Госконтроль».
Проект частного технического
задания на систему защиты
информации
ПТК
«Госконтроль».
Проект модели угроз и модели
вероятного
нарушителя
безопасности информации ПТК
«Госконтроль».
Исходные коды, разработанные
в ходе выполнения работ в
соответствии с настоящим ТЗ по
разработке или адаптации ПО
ПТК
«Госконтроль»
и
дистрибутив ПО.
Рабочая
документация
на
15
Наименование характеристики
Сроки выполнения
Работ
Объем
работ
Результат Работы
Стоимость, руб.
Окончание
выполнения
Работ
Наименование работы
Начало
выполнения
Работ
№
Этапа
доработанный
«Госконтроль»
реализованных
настоящего ТЗ.
в
ПТК
объеме
требований
Актуализированный
технический проект системы
защиты
информации
ПТК
«Госконтроль».
Актуализированный комплект
эксплуатационной
документации
на
систему
защиты
информации
ПТК
«Госконтроль».
Акт о завершении
наладочных
работ
«Госконтроль».
Программа
и
предварительных
доработанного
«Госконтроль».
пускоПТК
методика
испытаний
ПТК
Протокол
предварительных
испытаний доработанного ПТК
«Госконтроль».
Акт
предварительных
испытаний доработанного ПТК
«Госконтроль».
Акт о приемке доработанного
16
Наименование характеристики
Сроки выполнения
Работ
2.
Этап 2: Выполнение работ Проведение
опытной
по развитию федеральной
эксплуатации
государственной
Проведение
приемочных
информационной системы
испытаний Системы
«Программнотехнологический
комплекс
«ГОСКОНТРОЛЬ»
21.12.202
6
Объем
работ
Результат Работы
Стоимость, руб.
Окончание
выполнения
Работ
Наименование работы
Начало
выполнения
Работ
№
Этапа
30.03.202
7
1 усл.
ед.
ПТК «Госконтроль» в опытную
эксплуатацию.
Программа
и
методика
проведения
опытной
эксплуатации
ПТК
«Госконтроль».
Отчет о проведении опытной
эксплуатации
ПТК
«Госконтроль» с приложением
Журнала опытной эксплуатации.
Акт о завершении опытной
эксплуатации
ПТК
«Госконтроль».
Программа
и
методика
приемочных испытаний ПТК
«Госконтроль».
Протокол
приемочных
испытаний ПТК «Госконтроль».
Акт приемочных испытаний
ПТК «Госконтроль».
Программа
и
методика
дополнительных
аттестационных испытаний ПТК
«Госконтроль».
Протокол и заключение по
результатам
дополнительных
аттестационных испытаний ПТК
«Госконтроль».
Аттестат соответствия ПТК
«Госконтроль» требованиям по
защите информации.
17
Наименование характеристики
Сроки выполнения
Работ
Объем
работ
Результат Работы
Стоимость, руб.
Окончание
выполнения
Работ
Наименование работы
Начало
выполнения
Работ
№
Этапа
Исходные коды, разработанные
в ходе выполнения работ в
соответствии с настоящим ТЗ по
разработке или адаптации ПО
ПТК
«Госконтроль»
и
дистрибутив ПО (по результатам
испытаний).
Доработанная
рабочая
документация
на
ПТК
«Госконтроль» по результатам
испытаний.
Отчетные
материалы
для
внесения изменений Заказчиком
по объектам регистрации в
НФАП.
Акт о готовности доработанного
ПТК «Госконтроль» к вводу в
эксплуатацию
От «Заказчика»:
________________ /______/
От «Подрядчика»:
_______________ /____/
18
19
